spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »BlueCobold«

Um eine Server-seitige Kontrolle wird er nicht runrumkommen, aber schöne Animationen nur mit Javascript und Ajax zu machen ist nicht sonderlich hübsch. Da sollte Flash oder HTML5 schon mal erwähnt werden.

JQuery bietet da teils schöne Flash emulierungen, ansonsten hast du natürlich recht.
Wobei ich bei html 5 vorsichtig wäre, da einige Browser es immer noch nicht genügend unterstützen, da könnte dann JavaScript als passender Träger zum Einsatz kommen.

Wenn man dann schon JavaScript einsetzt kann er auch gleich zu Processing.js greifen was ja extra für Spiele entwickelt wurde.

Processing.js ... herrlich

Um das noch mal ein bisschen zu strukturieren:
Für Browsergames wird normalerweise die gesamte Spiellogik auf dem Server ausgeführt. Der Server übermittelt den Clients dann Daten zur Anzeige. Für die Anzeige auf dem Client können genauso wie beim Server verschiedene Technologien eingesetzt werden. Wie der Name schon sagt setzen Browsergames clientseitig den Browser als Technologie-Plattform ein, um das Spiel dem Spieler anzuzeigen.

Da Browser zunächst einmal nur HTML Dokumente anzeigen, muss der Server den Clients HTML Dokumente zur Verfügung stellen - diese werden zum Beispiel mit PHP aufgebaut, an den Client geschickt und zeigen dann die Spieldaten an. Die auf dem Client im Browser angezeigten HTML-Seiten stellen über Links und Formulare die Möglichkeit bereit mit dem Spiel zu interagieren.

Der Browser als Technologie-Plattform unterstützt heutzutage aber nicht nur HTML. JavaScript ist standardmäßig auch dabei und oft haben die Benutzer auch zahlreiche Plugins installiert - wie zum Beispiel Flash, Java, Unity3D usw.

Shakes & Fidget setzt als Client ein "Flash-Programm" ein, das von dem Flash-Plugin des Browsers ausgeführt wird. Das "Flash-Programm" wird von einem Server an den Client geschickt. Der Client führt das Flash-Programm aus. Innerhalb des Flash-Programms werden dann die Anfragen, die in Browsergames normalerweise über Links und HTML-Formulare mit dem Browser gemacht werden, direkt umgesetzt, so dass im Gegensatz zu normalem HTML kein Seitenwechsel nötig ist.

Um ähnliche Features (kein Seitenwechsel und eine desktopanwendungsähnliche Benutzerschnittstelle) wie man sie in Flash bekommen kann, in HTML zu ermöglichen, kann JavaScript eingesetzt werden. Server-Anfragen, die mit JavaScript clientseitig ausgeführt werden und ein Dokument meistens nur verändern statt einen Seitenwechsel vorzunehmen, nennt man meistens AJAX. Das Spiel Lord of Ultima setzt zum Beispiel AJAX ein, um ein Desktop-Game-Feeling zu erzeugen. Das Spiel ist im Grunde eine sehr interaktive Webseite.

HTML5 erweitert JavaScript und HTML um ein paar Features. Diese Features stellen Entwicklern unter Anderem mächtigere Möglichkeiten zur Verfügung um derartige Webanwendungen - also Webseiten die sich in ihrer GUI an Desktopanwendungen anlehnen - zu entwickeln. Insbesondere wurde darauf Wert gelegt die bisher sehr statischen Webseiten interaktiver und medial noch besser gestalten zu können. Mit HTML5 hat man zum Beispiel die Möglichkeit Töne über javascript "standardkonform" abzuspielen oder Grafiken mit javascript zu generieren. HTML5 ist also keine neue Technologie sondern eine Entwicklungsstufe des HTML Standards. Leider ist diese Entwicklungsstufe noch nicht ausgereift und immer noch in Bearbeitung. Ob man tatsächlich schon auf die neuen Features in HTML5 für seine Webanwendung setzen sollte, hängt also vor allem davon ab wann man die Anwendung anbieten möchte und ob Leute, die nicht unbedingt einen aktuellen Browser benutzen, einen großen Teil der Zielgruppe ausmachen.

Zitat von »BlueCobold«

Processing.js ... herrlich

Wo bleibt denn dein Anstand? Sag ihm, warum nicht

@BlueCobold: Du hast nicht wirklich Ahnung auf diesem Gebiet oder? Viele der Effekte die heutzutage in Flash gemacht sind, gehen auch mit normalen Javascript. Auch ohne HTML5 und mit HTML5 wird Flash eh komplett überflüssig. Und da Canvas2D von den meisten Browsern inzwischen supportet (Gecko und WebKit und die Opera Engine um die großen Engines zu nennen). Außerdem gibt es ein Projekt das ohne ActiveX oder sonstige plugin Installation Canvas2D schon jetzt auch im Internet Explorer lauffähig.

Zitat von »fkrauthan«

@BlueCobold: Du hast nicht wirklich Ahnung auf diesem Gebiet oder? Viele der Effekte die heutzutage in Flash gemacht sind, gehen auch mit normalen Javascript. Auch ohne HTML5 und mit HTML5 wird Flash eh komplett überflüssig. Und da Canvas2D von den meisten Browsern inzwischen supportet (Gecko und WebKit und die Opera Engine um die großen Engines zu nennen). Außerdem gibt es ein Projekt das ohne ActiveX oder sonstige plugin Installation Canvas2D schon jetzt auch im Internet Explorer lauffähig.

Ich stimme dem nicht zu . Mit javascript+HTML5 kann man zum Beispiel keine Binärdaten verarbeiten. Und da webGL wohl keinen Einzug in den IE9 haben wird, kann Flash sicherlich demnächst auch auf allen Browsern mit 3D punkten. Die Flash IDE ist ja für Designer ein großer Pluspunkt. Zwar unterstützt Flash CS5 wohl auch Export nach HTML5 Canvas 2D (für Grafiken/Animationen), aber solange abertausende Designer noch auf Flash gepolt sind, braucht die Vertreibung von Flash sicherlich noch ziemlich lange. Und die Flash IDE wird sicherlich nie richtig abgeschafft werden. Und ich glaube kaum, dass Google in Chrome und Android Flash einbaut um es in den nächsten paar Jahren wieder abzusägen...

Zitat von »fkrauthan«

@BlueCobold: Du hast nicht wirklich Ahnung auf diesem Gebiet oder? Viele der Effekte die heutzutage in Flash gemacht sind, gehen auch mit normalen Javascript. Auch ohne HTML5 und mit HTML5 wird Flash eh komplett überflüssig. Und da Canvas2D von den meisten Browsern inzwischen supportet (Gecko und WebKit und die Opera Engine um die großen Engines zu nennen). Außerdem gibt es ein Projekt das ohne ActiveX oder sonstige plugin Installation Canvas2D schon jetzt auch im Internet Explorer lauffähig.

Und du kannst scheinbar nicht richtig lesen, oder? Ich habe nirgendwo gesagt, dass ich Flash für fähiger halte als HTML5. Das Gegenteil ist der Fall. HTML5 ist aber leider noch nicht so weit verbreitet, dass es momentan ein guter Ersatz für Flash wäre. Sorry, das ist Fakt.
Fakt ist auch, dass viele Animationen eben *nicht* mit JavaScript gemacht werden können, jedenfalls nicht ohne tausende Bilder zu laden und nicht auf allen gängigen Browsern oder nicht ohne eine eigene Vektor-Grafik-Engine zu entwickeln, was natürlich unsinnig wäre, da Flash das ja bereits kann. Klar, wenn du für Farbverläufe und Vektor-Grafiken eine eigene Engine in Javascript schreiben willst, dann geht das natürlich. Aber du darfst das Rad natürlich gerne neu erfinden...