Socket Ein Chat Server Tutorial

[JuKu]

Ich habe heute einmal ein Tutorial geschrieben, wie man einen performanten Chat Server & Client in Java mit der Library Vertx.IO schreibt.

Teil 1: http://jukusoft.com/index.php/2016/10/26/tutorial-chat-server-java/
Teil 2: http://jukusoft.com/index.php/2016/10/26/tutorial-chat-server-java-teil-2/

Der Chat Server kann beliebig viele Chat Clients aufnehmen, zumindest solange, bis der RAM voll oder die CPU ausgelastet ist. Es wird nicht das Thread per Connection Model verwendet, sondern Vertx.IO nutzt einen Thread Pool, um viele Verbindungen gleichzeitig abarbeiten zu können.






Über Feedback würde ich mich freuen! Der komplette Source Code ist ebenfalls in beiden Teilen verlinkt.

 

[Jardcore]

Gefällt mir ganz gut.
Einzig die vielen Kommentare finde ich gewöhnungsbedürftig.

/**
* last client ID
*/
protected static AtomicLong lastID = new AtomicLong(0);

/**
* network socket to client
*/
protected NetSocket socket = null;

/**
* clientID
*/
protected long clientID = 0;

/**
* name of user
*/
protected String username = "";

Würde ich soweit vereinfachen:

protected static AtomicLong lastClientId = new AtomicLong(0);

protected NetSocket socketToClient = null;
protected long clientId = 0;
protected String username = "";

 

[Cromewell]

Ich habe es nicht komplett gelesen, aber den Teil, den ich gelesen habe fand ich sehr gut Vielen Dank!

Einzig die vielen Kommentare finde ich gewöhnungsbedürftig.

Dem kann ich nur zustimmen, zudem die Namen ja meistens schon aussagekräftig sind.

 

[InfectedBytes]

Hab mir die Tutorials noch nicht durchgelesen, aber du solltest die Library schon richtig bezeichnen^^
Die Lib heißt Vert.x und nicht Vertx.io
Letzteres ist bloß die Domain^^

 

[JuKu]

Danke für euer Feedback!
Freut mich, dass es euch gefällt!

Das mit den Variablen kann man echt noch optimieren.
Hintergrund ist, dass ich es standardmäßig für die JavaDocs mache, aber für nen Tutorial ist es natürlich unnötig.

Stimmt!
Die Library heißt Vert.x, da die Domain aber vertx.io lautet, habe ich ausversehens immer vertx.io geschrieben.
Könnte man mal noch korrigieren.

 

[Jardcore]

Selbst für die JavaDocs ist es nicht nötig.
Wenn deine Attribute und Methoden so benannt sind, dass klar ersichtlich wird was gemacht wird, reicht das vollkommen aus.
Wenn dort sehr technische Abläufe oder bestimmte Anforderungen oder Beschränkungen erforderlich sind, dann kann ein JavaDoc Kommentar helfen. Generell nur bei Schnittstellen.

 

[JuKu]

Danke für den Tipp!
Damit hast du recht!

 

[neoexpert]

Hi! Ich habe einen Chat-Server mit nodejs geschrieben.
Folgendes: was passiert bei dir wenn ein User sich mehrmals Verbindet? Das habe ich so gelöst: jeder User hat eine Verbindungsliste. Jede neue Verbindung (z.B. Socket) des Users wird zu dieser Liste hinzugefügt. Wird diese Liste leer geht der User offline und jeder der diesen User in der Userliste hat wird darüber benachrichtigt.
Kriegt der User eine Nachricht, soll sie an alle seine Verbindungen gesand werden. Schickt der User eine Nachricht über eine seiner Verbindungen, solln alle seine anderen Verbindungen darüber benachrichtigt werden.
Dann kann man noch Dateien über den selben Port versenden. (Funktioniert bei mir wunderbar).
Habe eine Android APP als Client dazu entwickelt: sieh "NeoChat" im PlayStore

 

[JuKu]

Da es sich hierbei nur um ein Tutorial handelt, welches möglichst einfach gehalten sein sollte, unterstützt der Chat Server von meinem Tutorial nur eine Verbindung pro User. Jede Verbindung ist so gesehen also sogar nen neuer User, da ich die Authentifizierung nicht direkt eingebaut habe.
Eine Passworteingabe kann der User aber selbst sehr einfach implementieren, siehe letzte Seite.