Was ist die Standardmethode für die Bereitstellung von HTML5-Spielen für Portale und dergleichen?

Lassen Sie mich erklären, was ich unter "Standardlieferweise" verstehe ...

Denken Sie an Flash-Spiele-Websites. Flash-Spiele können als einzelne Datei geliefert werden, die entweder von der Site gehostet oder von einer anderen Person bereitgestellt wird.

HTML5-Spiele hingegen haben keinen Standard. Normalerweise haben sie eine eigene Seite und Portale verlinken einfach auf diese Seite. Ich denke, dass es den Zweck dieses Portals stark behindert, weil Sie möchten, dass die Leute auf Ihrer Website bleiben und nach anderen Spielen suchen.

Ich denke, dass eine Art Iframe-Methode zur Bereitstellung von Spielen zur Lösung dieses Problems beitragen würde. Ich habe einige Spiele gesehen, die das gemacht haben, und sie wurden oft auf Tutorial-Sites aufgenommen, um ein Live-Beispiel zu zeigen, was offensichtlich eine großartige Sache ist.

Gibt es überhaupt einen Standard? Irgendwelche Vorschläge? Können Sie ein Spiel erstellen, das sich nur in einem Iframe vorlädt (ich habe etwas über ein "einzelnes Dokument" oder etwas anderes gehört)?

Mir ist (noch) kein Standard für die Bereitstellung eines HTML5-Spiels bekannt. Die meisten mir bekannten Portale listen nur die Spiele auf (zusammen mit Bewertungen), verlinken dann aber auf externe Websites, auf denen die Spiele gehostet werden (z. B. auf die Website des Spieleschöpfers).

Ich bin mir sicher, dass es im Laufe der Entwicklung Anstrengungen geben wird, die Leute auf der Portal-Site und ähnlichen Dingen zu halten, die derzeit aus Flash-Spielen bekannt sind (z. B. zentralisierte Highscores, Anzeigen im Spiel usw.).

Derzeit sehe ich zwei gültige Ansätze:

• Integrieren Sie das Spiel über iFrame. Dies ist sehr einfach, führt zu keinen JavaScript-Konflikten und verlagert die Serverlast auch auf Websites von Drittanbietern.

• Bereitstellung eines JavaScript-Frameworks mit Asset-Loadern, Highscores usw. Spieleentwickler müssten ihr Spiel auf das Framework vorbereiten, würden jedoch vom einfachen Laden von Assets und zentralisierten Highscores profitieren.

Angesichts der Vielzahl derzeit verfügbarer JavaScript-Spiele-Engines / -Bibliotheken erscheint die zweite Lösung unwahrscheinlich, da viele Engines bereits über eigene Mittel zum Laden von Assets verfügen und je nach Implementierung des Spiels JS-Konflikte auftreten können. Es würde gut in einer Umgebung funktionieren, in der die Game-Engine bereits bekannt ist, z. für ein Schaufenster eines Motorenentwicklers.

Ein anderer Ansatz sind Paketanwendungen. Google ermöglicht dies, um Apps für ihren Webshop zu verpacken . Gepackte Apps können heruntergeladen werden und auch die Chrome Extension-APIs verwenden. Dies könnte eine großartige Möglichkeit sein, Spiele zu verbreiten, aber ob es jemals einen browserübergreifenden Standard geben wird, ist fraglich.

Es ist ironisch, dass die HTML5-Verteilung nicht standardisiert ist (wenn die Sprache selbst ist).

Jemand muss es zu einem einzigen Paket für alle Websites / Portale / App Stores machen.