AntMe und Co... Delphi Developer Game?

[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.

[Benedikt Magnus]

Zitat von Neutral General:

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.

Die Delphi-IDE könnte Lazarus sein, wir müssten nur eine Freepascalversion anbieten.
Das Programm, das jeder erstellt, bliebe doch auf dessen Computer. Die Kommunikation mit anderen wird ja über den Server betrieben.
Sonst hast du aber Recht, Skriptsprache klingt sehr interessant. Nur wird das das Projekt nicht sehr viel komplizierter machen?

[Mavarik]

Zitat von Neutral General:

Ja, aber doch nicht als eigenständiges Programm.
...
und vor allem kann man dann in der DLL (die man ja wahrscheinlich schreiben würde/müsste) auch Schadcode einbauen.

Ich Verweise da mal auf #1

Zitat von Mavarik:

Ich würde aber
nie eine Fremde DLL auf meinem Rechner ausführen (dieser Art), wenn ich nicht den Source haben... Vielleicht wird meine Registry per REST verschickt, jeden mal, wenn eine Ameise sich bewegen soll... Tür und Tor für böse Leute...

Und gegen einander zu spielen wäre auch nett...

Also die Idee:

Ein schlanker Client den jeder lokal erzeugen kann... (Source)
Dieser kommuniziert mit einem Server...
Hier können sich alle einloggen und gegen einander spielen...

Daher ja die Idee einen Server zwischen zu schalten... Somit muss keiner seine Daten/Source raus geben...

[Mavarik]

Ohh. Großer Denkfehler...

Wenn wir die Daten übertragen, kann der Client natürlich alle Daten einsehen...

Beispiel:
Position von Panzer XY oder Zuckerberg ist (700,800);

Was soll verhindern, dass dies Information einfach von allen Panzern oder Ameisen benutzt wird...