spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Es spricht doch nichts gegen eine permanente Verbindung über TCP/IP. Gerade für rundenbasiert ist das ideal, weil du dich nicht um verlorene Pakete sorgen musst. Und wenn es erstmal lokal im Netzwerk läuft musst du für Internet nur den entsprechenden Port auf der Serverkiste freischalten.

Dazu stell dir mal vor, du möchtest einen Chat implementieren... naja das möchte ich nicht über eine Datei auf dem Server aushandeln

auch ich mit meinen mangelnden Netzwerk-Erfahrungen (gut, mir mangelt es nur an Erfahrung in der Umsetzung von Netzwerkkommunikation) kann dem zustimmen, dass eine normale TCP Verbindung grundsätzlich gut ist

bei Handyspielen ist es problematisch, wenn sie viel Datenvolumen verbrauchen, da sie so sonst nicht über eine Mobilfunkverbindung benutzt werden würden (oder zumindest seltener), sondern eher über ein WLAN
ich kann (aufgrund bereits genannter fehlender Erfahrungen) nicht sagen, ob eine kaum benutzte TCP-Verbindung zu viel Datenvolumen bedeuten würde
da es sich um ein rundenbasiertes Strategiespiel handelt, würde vermutlich immer nur dann Auslastung (durch das Spiel, nicht durch das offen halten der Verbindung) auftreten, wenn die Spieler tatsächlich etwas machen oder ggf. (je nach Game Design) hauptsächlich am Rundenende

eine Datei von einem Server abzufragen ist aber auch nicht die beste Lösung, da dadurch ein Polling notwendig wäre
ansonsten wüsste der Spieler, wenn er mit seinen Zügen fertig ist, nicht, wann der andere auch mit seinen Zügen fertig ist und die nächste Runde beginnen kann

Chat:
ich weiß nicht, wie es bisher angedacht ist, aber man könnte sich so evtl. mit seinen verbündeten verständigen
auf einem Smartphone ist es zwar nicht unbedingt sehr angenehm, aber durchaus machbar


ich finde die Idee, es für Android anzubieten, gut, da mir bisher keine Android Spiele bekannt sind, die die Internetverbindung für einen Multiplayer-Modus verwenden

Guck dir mal Impera Online an. Ein Online Risiko Spiel. Vielleicht kannst du ja etwas von der Idee übernehmen. Wenn es hinterher mit Smartphones laufen soll, würde ich das Spiel selbst vielleicht für einen Server schreiben und die verschiedenen Clients greifen dann nur noch auf WebServices zu. Dann ist es egal ob man vom Browser, Android oder IOS spielen würde.

Von welchem Zeitraum sprechen wir denn zwischen den Zügen? Weil prinzipiell ist es recht effektiv, wenn nur einmal am Anfang der gesamte relevante Datensatz synchronisiert wird und danach nur noch Aktualsierungen für die geänderten Objekte. Wenn das allerdings ein Spiel ähnlich wie ein Browserspiel sein soll, wo man nur alle paar Stunden nachschaut, dann bietet sich natürlich ein Webserviceansatz an.