Architecture java côté serveur MMORPG

Je fais actuellement un jeu MMORPG, au tour par tour. Le client est censé fonctionner sur Android. Maintenant, mon ami fait les graphismes, et j'ai suivi les cours de jeu (joueur, armement, etc.). Maintenant, si le combat est lancé, les classes peuvent être manipulées par des interfaces (en fait pour mon partenaire, c'est comme travailler avec des interfaces pures, il n'a besoin d'aucun accès aux classes d'implémentation).

Maintenant, nous devons introduire un serveur de jeu pour permettre à plusieurs joueurs. Et quelques questions très importantes se posent:

1) Dois-je copier complètement le modèle de jeu sur le serveur, ne laissant aucune classe sur le client ou est-il préférable d'avoir 2 copies du modèle - 1 sur le serveur et 1 sur l'appareil et de terminer la synchronisation périodique entre celles-ci?

2) Quelle méthode de connexion choisir entre le client et le serveur (le client en vue est le téléphone Android)? Quant au serveur - je me tourne vers java car j'ai une certaine expérience avec lui. Mais maintenant, la question est - est-il préférable d'utiliser des sockets pour cette tâche ou je peux utiliser les services REST, ou il est même possible de le connecter en quelque sorte au serveur Java EE qui est cool de mon point de vue car il supprime beaucoup de programmation complication? Même si le jeu est multijoueur, il est au tour par tour, il n'a donc pas besoin d'être renouvelé très souvent.

3) Et le filetage? Chaque client doit-il avoir son propre thread (en cas de sockets)?

4) Existe-t-il des livres sur la programmation de jeux sur serveur REAL MMORPG ???

Ne copiez pas l'intégralité du modèle de jeu sur le serveur, vous ne souhaitez pas charger toutes les textures et les maillages détaillés sur votre serveur. Restez aussi simple que possible, gérez tous les processus importants tels que l'emplacement, la santé, tout mouvement mais ne chargez pas tout. - NE JAMAIS FAIRE CONFIANCE AU CLIENT.

Il existe de nombreux livres, ainsi que plusieurs wiki. Chaque fournisseur de moteur comme IdeaFrabrik, Epic Games, Exitgames, Unity (prend également en charge les mmo) dispose d'une très bonne documentation pour ses produits. La plupart de ces éléments sont publics, vous avez donc accès à des solutions complètes et vous pouvez réellement découvrir comment les choses fonctionnent.

Le moyen le plus simple de trouver un livre dont vous avez besoin est de rechercher Amazon pour MMORPG, puis allez dans la catégorie du livre et choisissez la sous-catégorie "programmation". Si vous le google, vous obtiendrez des résultats indésirables ...

Voici la liste des livres que j'ai trouvés

Je ne suis pas allé profondément dans la programmation de serveurs, mais en fait, j'étais proche de choisir la solution de moteur Unity + Photon Cloud pour mon projet MMORPG. (HeroEngine a gagné) Le côté serveur se fait dans celui-ci en C # et je me souviens fortement de la façon dont les choses ont été expliquées dans les tutoriels.

1) Dois-je copier complètement le modèle de jeu sur le serveur, ne laissant aucune classe sur le client ou est-il préférable d'avoir 2 copies du modèle - 1 sur le serveur et 1 sur l'appareil et de terminer la synchronisation périodique entre celles-ci?

D'accord avec Mikolaj ne copiez pas tout. Envoyez le moins de données possible. Vous pouvez avoir les mêmes classes (représentant uniquement le modèle de données, pas d'autres actifs) dans le client et le serveur, mais ne les envoyez pas sur le net. Vous souhaitez les sérialiser sur le serveur et les désérialiser sur le client. Le client doit envoyer uniquement des commandes au serveur.

2) Quelle méthode de connexion choisir entre le client et le serveur (le client en vue est le téléphone Android)? Quant au serveur - je me tourne vers java car j'ai une certaine expérience avec lui. Mais maintenant, la question est - est-il préférable d'utiliser des sockets pour cette tâche ou je peux utiliser les services REST, ou il est même possible de le connecter en quelque sorte au serveur Java EE, ce qui est cool de mon point de vue car il supprime beaucoup de programmation complication? Même si le jeu est multijoueur, il est au tour par tour, il n'a donc pas besoin d'être renouvelé très souvent.

Vous prévoyez un MMORPG au tour par tour (je ne sais pas comment cela fonctionnerait cependant). La vitesse n'est donc pas vraiment un problème. Vous pouvez utiliser n'importe quel type de service, REST peut être bon, c'est simple. Habituellement, les MMORPG utilisent UDP (non sécurisé, plus petit, plus rapide) pour des choses comme les mises à jour de mouvement où un ou deux paquets perdus n'ont pas d'importance et TCP (sécurisé, surcharge) pour une communication sécurisée. La plupart des jeux utilisent probablement une sorte de protocole personnalisé compressé crypté sur UDP et TCP pour le rendre rapide et difficile à craquer.

3) Et le filetage? Chaque client doit-il avoir son propre thread (en cas de sockets)?

En règle générale, vous souhaitez disposer d'un pool de threads. Chaque thread du pool traite une demande, puis est recyclé. Lorsque vous n'avez pas assez de threads, vous pouvez envisager de bloquer ou d'allouer plus de threads.

4) Existe-t-il des livres sur la programmation de jeux sur serveur REAL MMORPG ???

Mikolaj a déjà fait une recherche sur Google pour vous ...