Best Practice Server und Clients

[Feeder]

Hey,

ich suche nach einer guten Empfehlung/Seite/Buch, wie Netzwerkprogrammierung funktioniert.
Ich programmiere momentan ein paar kleine Minigames für eine LAN-Party. Ein Problem:

Ich habe noch nie was bezüglich Netzwerkprogrammierung gemacht

Ich muss also folglich einen Server schreiben.
Ich habe allerdings noch nicht so richtig Ahnung wie ich das angehen soll.

Deswegen hier ein paar Fragen:

Wie funktioniert die Registration eines Clients, gibt es dazu ein Event oder muss ich das mit einer Loop abfragen?
Welche Fähigkeiten und Eigenschaften muss eine Client-Klasse besitzen?
Wie versende ich Objects an Clients?
Wie erkläre ich dem Client und dem Server, das das Object Player, welches der Eine verschickt, eine Instanz der Klasse Player ist, die der andere besitzt?

Danke für die Antworten

 

[Robat]

Ich denke ein guter Anfang wäre sich ein Tutorial wie das von Oracle anzuschauen.
Dann kannst du mit Fragen zu einem konkreten Thema wieder kommen.

 

[Feeder]

Okay,
Danke für das Tutorial, eine Fragte sticht mit aber direkt ins Gesicht.

Angenommen ein Client will eine Verbindung zum Server herstellen, dann liefert mir server.accept(), "das Ende des Datenstroms zu diesen Client".

Wie kann ich prüfen ob eine neue Verbindung angefragt wird?
if(server.accept.equals(null))???

Danke für deine Antwort!!!

 

[Robat]

Du lässt das server.accept() einfach in einer Schleife laufen.
Deine Fragen werden aber sicherlich im Tutorial noch geklärt. Schau es dir erstmal an.
Weiter hinten findest du mMn auch ein Beispiel mit mehreren Clients.

 

[Feeder]

Ja das hatte ich schon gelesen:

Supporting Multiple Clients
To keep the KnockKnockServer example simple, we designed it to listen for and handle a single connection request. However, multiple client requests can come into the same port and, consequently, into the same ServerSocket. Client connection requests are queued at the port, so the server must accept the connections sequentially. However, the server can service them simultaneously through the use of threads—one thread per each client connection.

The basic flow of logic in such a server is this:

while (true) {
accept a connection;
create a thread to deal with the client;
}

The thread reads from and writes to the client connection as necessary.

Wenn ich mit dem Client interagiere, akzeptiere ich die Verbindung doch nicht immer wieder neu ( bei Computerspielen), noch initsialisiere ich bis zu 10 Threads.
Der Client linkt mit dem Server und dann gibt der Server immer wieder seine Berechnungen zurück???

Ich verlinke Server und Client und tausche dann immer wieder Informationen miteinander aus.
Oder nicht?

Danke für deine schnelle Antwort.

 

[Robat]

Wo steht denn da dass du jedes mal eine neue Verbindung aufbaust? Die Verbindung baust du einmal auf und über die kommunizierst du dann jeweils.

 

[Feeder]

Richtig und deshalb muss ich den Socket als Objekt speichern odder nicht?
Damit ich dann jeden Client einen Socket zuordnenen kann, oder versteh ich das was falsch?

 

[fhoffmann]

deshalb muss ich den Socket als Objekt speichern

Das ist richtig - aber du musst noch mehr tun: Der Server wartet auf Nachrichten des Clients mit Hilfe der read-Methode (von Socket.getInputStream()); und diese Methode blockiert - du musst also für jeden Client einen eigenen Thread starten, der auf Nachrichten des Clients wartet.
Sorry, aber Netzwerkprogrammierung ist nicht so einfach.

 

[Feeder]

Das ist richtig - aber du musst noch mehr tun: Der Server wartet auf Nachrichten des Clients mit Hilfe der read-Methode (von Socket.getInputStream()); und diese Methode blockiert - du musst also für jeden Client einen eigenen Thread starten, der auf Nachrichten des Clients wartet.
Sorry, aber Netzwerkprogrammierung ist nicht so einfach.

Ach alles klar, jetzt raff ich das!!!
Und Serversocket.accept() blockiert ebenfalls?

Das erklärt mein Problem

 

[Feeder]

Hey,

ich habe nun für meinen Server folgendes Konzept erstellt:
Kann das so erstmal funktionieren?

 

[Feeder]

Anhang: