Gibt es Web-Frameworks, die hauptsächlich zur Erstellung von Spielen verwendet werden? [geschlossen]

8

Grundsätzlich sagt der Titel alles. Ich habe Django, Rails und ein bisschen mit Cake PHP gesehen und gearbeitet. Ich würde gerne wissen, ob es ein Framework gibt, das sich hervorragend für die Unterstützung der Entwicklung von gelegentlichen, 2D- und browserbasierten Spielen eignet. Das nächste, was ich gesehen habe, ist Flash, aber ich würde gerne etwas Open Source finden. Ideal wäre etwas, das sowohl die Grafik als auch die Kommunikation mit einer Datenbank handhaben kann. Irgendwelche Vorschläge?

Albert Perrien II
quelle
Sprechen Sie über 2D-Spiele wie das typische Flash-Spiel (Client-basiert) oder Web-Spiele wie Tribal Wars usw.?
Zaky German
Hauptsächlich 2d. Ich möchte sie hier für die Arbeit verwenden (animierte Diagramme und dergleichen), und ich habe einige Open-Source-Konzepte für zu Hause.
Albert Perrien II

Antworten:

3

Ich pflege a Liste von Ressourcen im Zusammenhang mit der Entwicklung von Javascript-Spielen, die ich als nützlich empfunden habe, einschließlich einer Liste von Game-Engines und Webdiensten, die Sie integrieren können.

Sie müssen zwei verschiedene Konzepte im Auge behalten: clientseitige Präsentation und serverseitige Verarbeitung. Wenn Sie ein Gelegenheitsspiel im Flash-Stil entwickeln, wird das komplette Spiel wahrscheinlich die clientseitige Präsentation sein, gemischt mit einigen Webdiensten für Highscore und dergleichen. Wenn Sie jedoch häufig Spiele im Social-, Mulitplayer- oder MMO-Stil spielen möchten, befindet sich der größte Teil des Spiels auf dem Server, um Betrug zu verhindern, und der Client verhält sich einfach wie ein dummes Terminal. Wie damit umgegangen wird, ist wahrscheinlich ein Thema für eine andere Frage.

Von Interesse für alle, die in Echtzeit zwischen Browser und Server kommunizieren möchten, sollte socket.io sein, eine Abstraktion über Websockets mit Fallback mithilfe von Flash in älteren Browsern.

Sorenbs
quelle
Wow, die sind wirklich gut. Ich werde sie heute Abend ansehen!
Albert Perrien II
6

Mit HTML5 entstehen mehrere Game Engines / Frameworks. Hier sind einige Links, die von Interesse sein könnten:

Abgesehen von der Rocket Engine decken diese Engines nur die Client-Seite eines Spiels ab. Es gibt also keine direkte Kommunikation mit einer Datenbank (es sei denn, Sie verwenden etwas wie Google Gears ).

Abhängig von Ihrem Spiel müssen Sie noch einige Backend-Inhalte in Ruby, Java, PHP, ASP oder ähnlichem implementieren. IMHO wird ein reguläres Webanwendungs-Framework dafür ausreichen. Node.js verdient wahrscheinlich eine besondere Erwähnung, da Sie das Backend in derselben Sprache wie Ihr Spiel (JavaScript) implementieren können.

bummzack
quelle
1

Bei der Webentwicklung wird ein großer Teil der Präsentation normalerweise auf der Serverseite durchgeführt (unter Verwendung eines Frameworks, das eine Art Template-System zur Ausgabe von HTML an den Client einbettet). Wenn Sie ein interaktives Spiel ausführen möchten, muss ein Großteil der Arbeit auf der Clientseite (im Browser) erledigt werden. Das Problem besteht also nicht darin, wie Sie HTML generieren, sondern darin, wie Sie die Dinge auf dem Bildschirm des Benutzers bewegen.

Wie bereits erwähnt, haben Sie für diesen clientseitigen Teil entweder Flash oder JS (möglicherweise mit Canvas für moderne Browser).

Für den Client-Server-DB-Kommunikationsteil wäre jede der von Ihnen genannten Technologien in Ordnung. Der Browser und der Server können bei Bedarf mit klassischen Ajax-Aufrufen kommunizieren.

Ich kenne kein Framework, das beide Probleme lösen würde, aber das liegt wahrscheinlich daran, dass sie wirklich unterschiedlich sind und auf verschiedenen Seiten des Client-Server-Mix auftreten.

phtrivier
quelle