Je vais probablement utiliser javascript pour développer un jeu de cartes/cartes en ligne. Mon approche sera d'avoir un client qui sera capable de travailler en mode autonome, donc il doit appliquer des règles. Cela signifie par exemple que si un joueur ne peut pas jouer une carte, il ne devrait même pas être capable de jouer. Ceci pour améliorer l'expérience utilisateur.Existe-t-il un cadre pour le jeu de société multijoueur en JavaScript?
L'idée ici est d'ajouter des hooks pour envoyer et recevoir des événements vers et depuis le serveur, et de partager le code qui implémente les règles du jeu entre le serveur et le client. Je ne vois pas l'intérêt de les écrire deux fois. Donc, si je joue en mode "serveur", le client mettra à jour le serveur avec mes actions (en les vérifiant aussi), et le serveur m'enverra des mises à jour sur le reste des joueurs.
Existe-t-il un cadre pour tirer parti de ce travail? Pour le côté serveur, mes options semblent être Node.js (instable, mais tout serait JS et c'est bien), Erlang + erlang_js, et peut-être certains de ces cadres bizarres qui "compilent en javascript", que je Je n'aime pas vraiment.
Je suis dans une situation similaire moi-même. Comment gardez-vous un système comme celui-ci DRY? Le client devrait être capable de mener le jeu seul, mais le serveur doit tout valider par la suite. Si les règles changent, il serait préférable de ne pas avoir à changer à la fois le code client et le code serveur. – brainjam
Avez-vous déjà regardé le GWT? Code Java qui compile en Javascript et peut être utilisé pour écrire les côtés Client et Serveur. –
@ g.d, GWT m'avait traversé l'esprit (et pourrait convenir à OP), mais j'ai déjà choisi Python/jQuery comme back/front. – brainjam