Multiplayer spil over netværk (Brætspil)

re 1)

Du har vel en client.jar og en server.jar (og formentligt en common.jar) og så kører man den af jar filerne man skal køre.

re 2)

En enkelt ServerSocket og en Socket per client er næsten givet hvis du bruger TCP og ikke UDP.

Spørgsmålet er om du også vil have en tråd per client.

Det er nemmest men skalerer ikke så godt over lad os sige 50 samtidige clients.

1)

Jeg havde tænkt mig at lave en client.jar. Denne skal have en GUI, så brugeren kan se hvad der sker osv. Så havde jeg tænkt mig at der i denne GUI skulle stå noget med "Opret Spil" og når man trykker der skal server.jar eksekveres sådan at serveren så ligger på hans maskine. og han bliver jo autoconnected til localhost. Så er han selv forbundet til sin egen server og serveren venter nu her indtil en udefra er forbundet også. Nu er der to spillere og spillet skal begynde.

Er det nødvendigt med en ny tråd per client, når det kun er et spil for 2spillere?. Eller dvs. man kunne vel bare lave en static variabel der fortæller hvis tur det er også bruge denne til at vide hvornår man vil se på input fra en bestemt bruger så.


2)

Jeg vil gerne køre det på TCP, så er jeg sikker på alle info når frem.. Og når det alligevel er et brætspil, hvor man blot rykker tur for tur uden noget fancy live grafik, der skal streames, så er det vel ligemeget med UDP.

Jeg har fået serverdelen til at køre fint nu. Det var en god ide med at lave en ny tråd for hver client.

Men lige nu laver jeg clienten i ét projekt og serverdelen i et andet projekt. Når serverdelen er færdig vil jeg ligge den med som en jar fil hos clienten, så han har mulighed for at køre denne server på hans computer. Så har stadig brug for at vide hvordan jeg starter jar filer fra koden hos clienten. f.eks. hvis han nu trykker på knappen "Opret Spil", så kaldes metoden createGame(), der ville jeg så skrive:

createGame() {
//1.Kør server.jar her
//2.Connect til server med det samme (localhost)
}

Forresten hvad er den der common.jar? bare en der samler client.jar og server.jar?

Tror bare jeg kalder main metoden i jar filen istedet. Vil det ikke fungerer ligeså godt?.

Du kan kalde server delen "in process" ved bare at kalde main metoden eller du kan starte en ny process med Runtime exec.

Yup Tak.

lig bare et svar.

Jeg har nu lavet det sådan, at jeg har én tråd for hver client, der ligger de indkomne data i en statisk kø, så har jeg main tråden til at håndterer disse inputs efter first in first out princippet.

Dette fungerer ok indtil videre. :) men nu må vi se. Det er første gang jeg laver et spil over netværk, men det er lidt sjovt at rode med :D

svar

Jeg antager at køen er lavet med noget fra java.util.concurrent !?

Næh. Adder egentligt bare til en ArrayList. Her tager jeg så bare 0indexet ud og sletter det når jeg er færdig..
Kunne vel gøre det samme med en linkedlist, Men hvad er der egentligt godt ved concurrent? er køretiden hurtigere eller?

Koerene i java.util.concurrent kommer med indbygget funktionalitet til at haandtere samtidigheds problemer.

Ja ok, det kan jeg godt se er smart nu hvor jeg kører med input fra 2 tråde.

Hvilken classe skal jeg vælge hvis jeg blot skal bruge den kø som jeg beskriver? altså first in first out?

Hvis jeg skulle gaette: LinkedBlockingQueue