spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn es sicher sein soll, muss es sogar egal sein ob wenn jemand den Usernamen im Speicher des Clients austauscht. Sprich: Der Server muss ne ganze Menge Logik mitschleppen um immer zu überprüfen ob eine Aktion legal ist. D.h. der Server wird auch einen Client eine Art Session zuordnen müssen.

Du möchtest diese Informationen nicht global haben, bzw brauchst das gar nicht wollen. Ansonsten würde dir die Lösung mit static ja gefallen. Aber du hast schon richtig erkannt, wirklich sauber wäre das nicht. Normal würdest du wohl erst mal eine Klasse für einen Nutzer benötigen. Dort stehen Informationen wie ID etc drin. Dann wirst du in deinem Code irgendwo eine logische Schicht haben, in welcher aktueller Benutzer und sonstige Dinge stehen. Je nach Anwendung kann diese Schicht verschieden aussehen. Von dort holst du dir dann die Daten die du brauchst. Es kann wirklich hilfreich sein dein Design einfach in grobe Schichten aufzuteilen und dann zu gucken welche Schichten wie zusammen hängen und wie zusammen arbeiten. Dann musst du bei deinem Code halt gucken in welche Schicht er gehört und wie er mit den anderen Schichten interagiert. Solche Schichtenarchitekturen lassen sich nicht unbedingt sinnvoll auf jedes Problem anwenden (mit Einschränkungen), können aber sinnvoll eingesetzt werden. Vor allem für deine Serveranwendung solltest du so gut Struktur rein bringen. Ein weiterer Begriff wäre die Geschäftslogik welche ich mal in den Raum werfen möchte. Wenn dir MVC was sagt kennst du das Prinzip ja schon. Ich möchte damit nicht sagen du sollst genau so einteilen, aber sicherlich kannst du dir hier Inspiration holen. Wenn du dann deine Schichten kennst kannst du auch gucken wo sich was einordnen lässt. Ansonsten hängt es stark vom Design ab, wo solche Daten wie aktueller User nun gehalten werden.

Wenn ich das richtig verstanden habe möchstest du verhindern, dass der Client dem Server falsche bzw. ungültige Daten unterjubelt?

In dem Fall musst du natürlich serverseitig alle Eingaben prüfen. Einen Punkt den du bereits nanntest sind Sessions: Wenn du dies kryptographisch korrekt implementierst hat der User nur noch wenige Chancen sich als ein anderer User auszugeben, was schon ein großer Gewinn ist. Die anderen Daten sollte ein Server sowieso immer Prüfen, was ist in dem Fall in dem ein User falsche Datenverschickt, weil er sich vertippt hat?
Und das wichtigste: Sessions sind kein Modell welches auf Webanwendungen begrenzt ist. Die Anwendung liegt beim Entwickler.

Zum noch eingeloggt sein: Ich würde das ebenfalls über Sessions lösen.
Du definierst eine Sessiongültigkeit. Diese erhält die Session am leben, wenn der User kein Signal sendet. Und nun sagen wir schickt der User alle 30 Sekunden ein Heartbeat-Signal um zu zeigen, dass er noch da ist. Wenn das passiert wird die Gültigkeit der Session erneuert. Wenn nicht hat der User immer noch ein Zeitfenster in dem die Session gültig ist(Was in meinen Augen recht praktisch ist falls der User kurzzeitig die Verbindung verliert)

Wie wird denn dann die Session einem Benutzer zugeordnet, durch ne SessionID? Ich habe ja nur die Möglichkeit, jedesmal die kompletten Credentials zu senden, oder ich generiere für eine Session eine ID, die bei jeder Anfrage mitgeschickt wird, so dass darüber die Session dem Benutzer zugeordnet werden kann. In beiden Fällen, kann ich aber bei Kenntnis, der Credentials bzw. der SessionID mich als ein anderer Benutzer ausgeben.

Die Credentials jedes Mal zu senden klingt sehr so, wie es ein restful web service tun würde. Läuft den Server als Web Service auf einem Webserver oder programmierst du den selber? Falls du den selber entwickelst, wäre eine Möglichkeit wohl deinem Socketobjekt quasi die Session zuzuordnen.

Zitat von »Nephtyz«

@Schorch

Es wird scheinbar echt zum Team-Sport seinen Namen falsch zu schreiben. Mindestens schon 5mal in den letzten 7 Tagen hier im Forum.

Zitat von »BlueCobold«

Zitat von »Nephtyz«

@Schorch

Es wird scheinbar echt zum Team-Sport seinen Namen falsch zu schreiben. Mindestens schon 5mal in den letzten 7 Tagen hier im Forum.

Hier gibt es doch eine Rechtschreibprüfung. Scheinbar sollte man den Namen aufnehmen.

Es waren 4 verschiedene Varianten, wenn ich mich richtig erinnere Die müsste man alle blocken, irgendwie sinnlos.