Existe-t-il des cadres Web utilisés principalement pour produire des jeux? [fermé]

8

Fondamentalement, le titre dit tout. J'ai vu et travaillé avec Django, Rails et un peu avec Cake PHP. J'aimerais savoir s'il existe un cadre qui est excellent pour prendre en charge le développement de jeux occasionnels, en 2D, par navigateur. Le plus proche que j'ai vu est le flash, mais j'aimerais trouver quelque chose d'open source. Quelque chose qui pourrait gérer à la fois les graphiques et la communication avec une base de données serait idéal. Aucune suggestion?

Albert Perrien II
la source
Parlez-vous de jeux 2D tels que le jeu flash typique (basé sur le client) ou de jeux Web tels que les guerres tribales, etc.?
Zaky German
Principalement 2d. Je veux les utiliser ici pour le travail (graphiques animés et autres), et j'ai quelques concepts open source pour la maison.
Albert Perrien II du

Réponses:

3

Je tiens une liste de ressources liées au développement de jeux javascript que j'ai trouvé utiles, y compris une liste de moteurs de jeux et de services Web que vous pouvez intégrer.

Vous devez suivre deux concepts différents: la présentation côté client et le traitement côté serveur. Si vous développez un jeu flash de style décontracté, le jeu complet sera probablement la présentation côté client, mélangée à certains services Web pour les meilleurs scores et autres. Cependant, si vous voulez faire beaucoup de jeux de style social, multijoueur ou mmo, sinon la majeure partie du jeu sera sur le serveur pour éviter la triche, et le client agira simplement comme un terminal stupide. Comment cela est géré est probablement un sujet pour une autre question.

Le fichier socket.io qui est une abstraction au-dessus des websockets avec repli utilisant le flash dans les navigateurs plus anciens devrait être intéressant pour quiconque souhaite communiquer en temps réel entre le navigateur et le serveur.

Sorenbs
la source
Wow, ce sont vraiment bons. Je vais les regarder ce soir!
Albert Perrien II du
6

Plusieurs moteurs / frameworks de jeu émergent avec HTML5. Voici quelques liens qui pourraient vous intéresser:

Outre le Rocket Engine, ces moteurs couvrent uniquement le côté client d'un jeu. Il n'y a donc pas de communication directe avec une base de données (sauf si vous utilisez quelque chose comme Google Gears ).

En fonction de votre jeu, vous devez toujours implémenter des fonctionnalités de backend en Ruby, Java, PHP, ASP ou similaire. À mon humble avis, tout cadre d'application Web ordinaire suffira pour cela. Node.js mérite probablement une mention spéciale, car vous pouvez implémenter le backend dans le même langage que votre jeu (JavaScript).

bummzack
la source
1

Le fait est que, dans le développement Web, une grande partie de la présentation se ferait généralement du côté serveur (en utilisant un cadre qui incorpore une sorte de système de modèles pour sortir du HTML au client). Si vous voulez faire un jeu interactif, une grande partie du travail doit se faire du côté client (dans le navigateur), donc le problème n'est pas tant la façon dont vous générez du HTML, mais plutôt la façon dont vous faites bouger les choses sur l'écran de l'utilisateur.

Pour cette partie côté client, comme mentionné, vous avez le choix entre Flash ou JS (utilisant potentiellement Canvas pour un navigateur moderne).

Pour la partie communication client-serveur-db, toute technologie que vous avez mentionnée conviendrait. Le navigateur et le serveur peuvent communiquer à l'aide d'appels ajax classiques si vous en avez besoin.

Je ne connais pas de cadre qui traiterait les deux problèmes, mais c'est probablement parce qu'ils sont vraiment distincts et se produisent de différents côtés du mélange client-serveur.

phtrivier
la source