Qual é a maneira padrão de entregar jogos HTML5 para portais e coisas do tipo?

Deixe-me explicar o que quero dizer com "maneira padrão de entrega" ...

Pense nos sites de jogos em Flash. Os jogos em flash podem ser entregues como um único arquivo, hospedado no site ou, eu acho, fornecido por outra pessoa.

Os jogos HTML5, por outro lado, não têm algo tão padrão. Geralmente, eles têm sua própria página, e os portais apenas vinculam a essa página. Eu acho que isso dificulta muito o objetivo desse portal, porque, bem, você quer que as pessoas fiquem no seu site e procurem outros jogos.

Agora, acho que uma forma de entrega de jogos com iframe ajudaria a resolver muito esse problema. Vi alguns jogos fazendo isso, e eles costumavam ser incluídos em sites de tutoriais para mostrar um exemplo ao vivo, o que é obviamente uma grande coisa.

Então, existe algum padrão? Alguma sugestão? Você pode criar um jogo que apenas se pré-carrega em um iframe (ouvi algo sobre um "documento único" ou algo assim)?

Ainda não estou ciente de uma maneira padrão de entregar um jogo HTML5. A maioria dos portais que conheço apenas lista os jogos (juntamente com as classificações), mas depois direciona para sites externos onde os jogos estão hospedados (por exemplo, para o site do criador do jogo).

À medida que as coisas evoluem, tenho certeza de que haverá esforços para manter as pessoas no site do portal e coisas semelhantes que são conhecidas atualmente em jogos flash (por exemplo, recordes centralizados, anúncios dentro do jogo etc.).

Atualmente, vejo duas abordagens válidas:

• Integre o jogo via iFrame. Isso é muito fácil de fazer, não apresenta conflitos de JavaScript e também transfere a carga do servidor para sites de terceiros.

• Forneça uma estrutura JavaScript para carregadores de ativos, recordes, etc. Os desenvolvedores de jogos teriam que preparar seu jogo para a estrutura, mas se beneficiariam com o fácil carregamento de ativos e pontuações centralizadas.

Com a infinidade de mecanismos / bibliotecas de jogos JavaScript atualmente disponíveis, a segunda solução parece improvável, pois muitos mecanismos já terão seus próprios meios de carregar ativos e, dependendo de como o jogo foi implementado, podem ocorrer conflitos de JS. Funcionaria bem em um ambiente onde o mecanismo de jogo já é conhecido, por exemplo. para uma vitrine de um desenvolvedor de mecanismo.

Outra abordagem são aplicativos empacotados. O Google permite isso como uma maneira de empacotar aplicativos para sua loja virtual . Aplicativos em pacote podem ser baixados e também podem usar as APIs de extensão do Chrome. Essa pode ser uma ótima maneira de distribuir jogos, mas se alguma vez houver um padrão entre navegadores, é questionável.

é irônico como a distribuição HTML5 não é padronizada (quando a própria linguagem é).

alguém precisa transformá-lo em um único pacote para todos os sites / portais / lojas de aplicativos.