Réeltime ou tour par tour ? Je vais supposer turn based ou ma réponse serait une technologie largement différente.
pour 2d, utilisez un framework qui a des plugins multijoueurs. Suivez tous les tutoriels. C'est la réponse facile. (unity, unreal, cocosbuilder, etc. ) [est-ce que Scirra's Construct a déjà un plugin multijoueur ? Je ne sais pas, mais je vérifierais.]
Le coût de l'utilisation de la technologie de serveur de quelqu'un d'autre est un compromis, rapide à démarrer, avec peu ou pas de propriété de la qualité du service et de la logique côté serveur. Des services comme Proton viennent à l'esprit, il y en a d'autres. Rappelez-vous simplement que RIEN n'est gratuit. Il se peut que le développement ne vous coûte pas un centime, mais lorsque les gens commenceront à jouer et que le succès sera au rendez-vous, il prendra fin avant que vous n'ayez eu la chance d'en tirer profit parce que vos choix de serveurs n'ont pas été adaptés et n'ont pas suivi... le bassin de joueurs multiples en temps réel est aussi large que profond. Dans chaque système, considérez le coût de la propriété. Si vous n'avez pas un dev réseau à portée de main 24/7 pour vous aider à exécuter ET à exploiter votre pile... C'est une bombe à retardement, vous serez marié à ces services ET à leur dépense. Vous n'obtiendrez rien gratuitement.
La réponse difficile... Possédez tout... construisez des chops de dev avec des moteurs de jeu open source multiplateformes (à moins que vous ne vouliez passer tout votre temps à écrire votre propre moteur de jeu et rasterizer... et c'est probablement TOUT ce que vous ferez est juste de suivre les Jones, il est bon de garder cela dans la zone de hobby...). Assurez-vous également que votre choix de moteur utilise un langage et un environnement avec lesquels vous pouvez travailler (cocos2d-x c++ par exemple a toute la corde que vous pourriez vouloir et un peu de reste pour vous pendre avec). Ensuite, assurez-vous que tout cela supporte vos cibles souhaitées. Incorporez d'autres frameworks multijoueurs (Raknet, modifiez-le pour qu'il fonctionne sur Android) et cela vous obligera à développer une certaine technologie de serveur pour le supporter.
La question à se poser est de savoir ce que vous voulez au final ? Un objet de portefeuille ? une entreprise durable qui peut se développer si votre idée vaut un bon coup pour commencer. Vous pouvez avoir toute la technologie bad ass à l'arrière, mais si votre front end est ass, il échouera. L'inverse est également vrai. Tout ce qui est propre et génial à l'avant s'arrête net au moment où un serveur ne répond pas ou ne passe pas les messages en temps voulu (lag)...
Dimensionnalité - peut-elle croître sans se briser, sachez où se trouve votre point de rupture.
Durabilité - Combien d'efforts faut-il pour la faire fonctionner.
Coût par utilisateur par (minute/heure/jour/mois/etc) calculez cela si c'est une entreprise. Connaissez vos dépenses.
Les backends multiples peuvent nécessiter une grande quantité d'efforts pour bien les tirer, et un backend mal exécuté va tanker le meilleur jeu qui puisse exister. Ne jamais se connecter au quelque chose si vous pouvez l'éviter.
Je pourrais continuer... mais quelqu'un d'autre veut le décrochage. 😉
.