AntMe und Co... Delphi Developer Game?

[Mavarik]

Zitat von Neutral General:

Ich hätte einen V-Server auf dem der Server oder/und ein Repo Platz hätten falls da Interesse besteht.

Server habe ich auch 2... Das ist nicht das Thema...Auf einem Läuft auch schon mein Plugin-fähiger REST-Server... Repo auf Bitbucket - würde ich sagen...

[Benedikt Magnus]

Zitat von Mavarik:

Server habe ich auch 2... Das ist nicht das Thema...Auf einem Läuft auch schon mein Plugin-fähiger REST-Server... Repo auf Bitbucket - würde ich sagen...

Repo auf Bitbucket klingt gut, da sind Projekte und Teams sehr einfach.
Für den Server würde ich aber, wie von BUG vorgeschlagen, auch ein textbasiertes Protokoll vorziehen. Das ist einfacher zu handhaben und kompatibler.

[Mavarik]

Zitat von Benedikt Magnus:

Für den Server würde ich aber, wie von BUG vorgeschlagen, auch ein textbasiertes Protokoll vorziehen. Das ist einfacher zu handhaben und kompatibler.

Next ist schlecht... Keine Syntax Prüfung... Abgesehen davon ist REST -> Text...

[Benedikt Magnus]

Ich dachte eher an rudimentäres TCP mit dem die Engineevents per Stringbefehle hin- und hergeschoben werden.
Jeder Spieler programmiert seinen Client, der an den Server schickt, was er macht. Der Server kontrolliert das und schickt es weiter an den anderen Client.
Wofür so weit gehen und REST einsetzen?

[Mavarik]

Zitat von Benedikt Magnus:

Wofür so weit gehen und REST einsetzen?

So weit gehen?

Weil viel einfacher....

Beispiel:

Wir haben eine Classe

Delphi-Quellcode:

TMeinZüge = Class
...
end;

Wie sende ich das, egal was drin ist

Data := TMeineZüge.ToJSON; Ist doch viel einfacher... als ein selbst ausgedachtes Protokoll mit Strings...

[Neutral General]

Moment? Ihr wollt dass die Spieler richtige Delphi Programme schreiben müssen?
Eine integrierte Skriptsprache wäre da um einiges zugänglicher.

[Benedikt Magnus]

WriteLn(Befehl + Inhalt);

Die Kompatibilität ist bei REST so eine Sache. Mit einem Stringbefehlssatz ist das sowohl zwischen Versionen als auch mit anderen Programmiersprachen viel einfacher, als ganze Klassen zu verschicken.
Zumal: Wofür?
Wenn wir eine Ameisen- oder Panzerengine schaffen, dann wird es nur eine handvoll Events (Initialisierung, Bewegung, Interaktion und Finalisierung) geben, die der Server verwalten muss.

Aber gut, das klärt man wohl kaum zu Anfang und was sinnvoller ist, wird sich ja dann ergeben.

@Neutral General:
Ich dachte, da das von vornherein so erwähnt wurde, an ein ähnliches Konzept wie AntMe. Oder habe ich da falsch gedacht?
Also dass man eine Engine erstellt mit allem Grundlegenden, Events und Klassen und der "Programmierspieler" leitet dann seine Ameisenklasse ab und verändert, wie die Ameise auf das Sehen von Nahrung reagiert, wie es Botenstoffe freisetzt, spezialisiert seine Ameisen etc.

[Neutral General]

Zitat von Benedikt Magnus:

@Neutral General:
Ich dachte, da das von vornherein so erwähnt wurde, an ein ähnliches Konzept wie AntMe. Oder habe ich da falsch gedacht?
Also dass man eine Engine erstellt mit allem Grundlegenden, Events und Klassen und der "Programmierspieler" leitet dann seine Ameisenklasse ab und verändert, wie die Ameise auf das Sehen von Nahrung reagiert, wie es Botenstoffe freisetzt, spezialisiert seine Ameisen etc.

Ja, aber doch nicht als eigenständiges Programm. Du kannst die Panzer-/Turtle-Engine doch in der Skriptengine zur Verfügung stellen.
Wenn die Leute richtige Programme schreiben können, dann benötigen sie ne Delphi IDE (die es ja leider nicht kostenlos gibt) und vor allem kann man dann in der DLL (die man ja wahrscheinlich schreiben würde/müsste) auch Schadcode einbauen. Wenn du einen Client bereitstellst mit einer Skriptsprache inkl. der Engine dann hast du ne Sandbox und du hast auch nur das zur Verfügung was im Kontext des Spiels Sinn macht.