Java est-il un bon choix pour les jeux multiplateformes? [fermé]

Je cherche à créer un jeu en Java et j'aimerais qu'il fonctionne sur Windows, Linux et Mac. Je suis presque sûr que C # est un mauvais choix pour cela, et je n'ai pas assez d'expérience en C ou C ++. Je veux rester loin de Flash. Par conséquent, Java est-il un bon choix pour moi? Surtout, j'utilise C #, et je pense que Java est similaire, donc je suppose que ce ne sera pas si difficile à apprendre. Mais est-ce assez rapide? Existe-t-il un langage mieux adapté à mes besoins que Java?

Java est extrêmement adapté à l'écriture de jeux multi-plateformes. Principaux avantages:

• Portabilité - En général, vous pouvez écrire un jeu Java et vous attendre à ce qu'il s'exécute sans changement sur la plupart des plates-formes. C'est probablement l'option la plus portable de tous les langages - C / C ++ est l'autre option hautement portable mais doit être recompilée pour chaque plate-forme et dans de nombreux cas, les bibliothèques ont des fonctionnalités spécifiques à la plate-forme qui limitent la portabilité.
• Performances - Le code Java, s'il est bien écrit, fonctionnera à peu près aussi bien que tout autre langage, y compris C / C ++. Le compilateur JVM JIT est extrêmement bon. Vous pouvez écrire un jeu réussi de haute qualité en Java (Minecraft, par exemple).
• Bibliothèques - il existe une vaste gamme de bibliothèques disponibles pour Java qui couvrent presque toutes les fonctionnalités que vous pourriez souhaiter dans les jeux, de la mise en réseau aux graphiques, au son et à l'IA. La plupart des bibliothèques Java sont open source.

La principale décision que vous devrez prendre est le cadre GUI que vous allez utiliser. Il existe plusieurs options, mais les plus importantes sont:

• jMonkeyEngine - moteur 3D à part entière. Si vous souhaitez créer un jeu en 3D, c'est probablement votre meilleur choix - contient de nombreuses fonctionnalités du moteur de jeu telles que des graphiques de scène, la génération de terrain, etc.
• LWJGL - une bibliothèque de bas niveau avec un accès direct à OpenGL. Susceptible de vous intéresser si vous voulez des performances maximales et que cela ne vous dérange pas d'écrire beaucoup de votre moteur à partir de zéro.
• Swing - a l'avantage d'être extrêmement portable et est inclus dans le runtime Java, il n'a donc pas besoin de dépendance supplémentaire. C'est bon pour les jeux 2D non graphiques intensifs (jeux de stratégie, jeux de cartes, etc.)
• Slick - une bibliothèque de jeux 2D basée sur LWJGL. Probablement bien si vous voulez écrire un jeu 2D mais avez toujours besoin de bonnes performances graphiques (shoot-em-ups, jeux de plateforme à défilement, etc.)
• JavaFX - conçu pour les applications Internet riches, à peu près comme Flash. A beaucoup de fonctionnalités intéressantes qui seraient bonnes pour les jeux, même si je ne les ai pas encore beaucoup utilisées. JavaFX 2.0 en particulier semble assez prometteur.

Les principaux inconvénients de Java pour les jeux se situent vraiment autour des «cas marginaux» qui ne vous affecteront probablement pas, mais sont pertinents pour certaines classes de jeu:

• Disponibilité du moteur 3D - bien que les outils et moteurs répertoriés ci-dessus soient bons, ils ne sont toujours pas au niveau des moteurs C / C ++ comme le moteur Unreal utilisé par les sociétés de jeux professionnelles. Donc, Java ne sera peut-être pas votre premier choix si vous essayez de développer un FPS majeur avec un budget de plusieurs millions - C / C ++ gagne toujours ici.
• La latence GC de la récupération de place Java est globalement un énorme avantage, mais elle peut provoquer de légères pauses lorsque les cycles GC se produisent. Cela s'améliore beaucoup avec les nouvelles machines virtuelles Java à faible latence, mais cela peut toujours être un problème pour les jeux avec des exigences de latence très faibles (tireurs à la première personne peut-être). Une solution de contournement consiste à utiliser des bibliothèques à faible latence comme http://javolution.org/ , mais celles-ci semblent être davantage ciblées sur les systèmes de trading à haute fréquence ou en temps réel plutôt que sur les jeux.
• Manque de capacité à exploiter les optimisations de bas niveau - alors que le compilateur Java JIT est incroyablement bon, il applique toujours certaines contraintes que vous ne pouvez pas éviter (vérification des limites sur les tableaux, par exemple). Si vous avez vraiment besoin d'obtenir un accès natif au niveau du code machine pour optimiser ce genre de chose, vous préférerez probablement C / C ++ à Java.

Notez qu'il existe également quelques options de déploiement à considérer:

• Applet - s'exécute dans un navigateur, très pratique pour les utilisateurs, mais les applets sont plutôt limitées dans ce qu'elles peuvent faire pour des raisons de sécurité. Notez que vous pouvez signer des applets pour obtenir des privilèges de sécurité supplémentaires, bien que cela provoque une invite légèrement effrayante pour la plupart des utilisateurs.
• Java Web Start - mieux pour les jeux plus sophistiqués qui nécessitent un téléchargement local complet et doivent également accéder aux ressources du système local. Cela fonctionne également d'une manière assez indépendante de la plateforme. Probablement le meilleur itinéraire pour un jeu de taille moyenne ou quelque chose qui doit échapper aux restrictions de sécurité des applets.
• Téléchargement de l'installateur - Vous pouvez écrire un installateur pour un jeu Java comme vous le feriez pour n'importe quelle autre langue. Bien sûr, c'est un peu plus de travail à configurer et à tester, car les installateurs ont généralement des fonctionnalités spécifiques à la plate-forme.
• Web - vous pouvez écrire une application Web HTML5 et utiliser la force de Java uniquement du côté serveur. Il vaut la peine d'envisager un jeu Web multijoueur.

Enfin, il convient également de considérer certains des autres langages JVM - ceux-ci ont tous les avantages de la plate-forme Java répertoriée ci-dessus, mais certains les considèrent comme de meilleurs langages que Java lui-même. Scala, Clojure et Groovy seraient les plus importants, et ils peuvent tous utiliser les outils et bibliothèques Java répertoriés ci-dessus.

Minecraft et Blocks that Matter sont tous deux construits en Java, donc oui, c'est très bien pour créer des jeux. Le principal problème que vous rencontrerez lors de l'utilisation de Java est le portage sur des plates-formes mobiles si vous choisissez de suivre cette voie et d'écrire une application native. Android est une sorte de Java SE frankensteined avec une bibliothèque séparée. Le Blackberry de RIM utilise Java ME. iOS peut en théorie être programmé avec Java, mais Objective-C serait probablement un meilleur choix pour cette plate-forme.

Java est assez similaire à C #. Je trouve souvent le code C # compréhensible même si je ne connais que Java. Ils ont une philosophie de conception différente, mais dans la mesure où ils sont largement déployables avec un minimum de tracas, ils conviennent tous les deux. C # n'est pas un choix terrible pour les jeux, même si votre déploiement mobile sera plus difficile et le déploiement sur des plates-formes non Windows prendra plus de temps ou sera difficile en fonction des bibliothèques externes spécifiques et ainsi de suite que vous finirez par utiliser.

La manière la plus évidente et la moins résistante est d'utiliser le combo HTML5 + javascript. Toute application ou jeu créé à l'aide de ce logiciel s'exécutera sur presque tous les appareils et navigateurs.

Avantage : - Vous n'aurez besoin d'aucune configuration pour faire fonctionner votre jeu sur différentes plates-formes et appareils.

REMARQUE: - J'ai vu peu de jeux qui sont construits en utilisant les technologies susmentionnées, mais ils étaient de plus petite taille. Mais je suppose que si l'on peut faire du beurre avec du lait, le fromage n'est pas impossible

Vous pouvez utiliser Scala et Scheme Bigloo sur Eclipse pour utiliser JVM pour du code stressé ou une action parallèle dans votre jeu Java.

Avec Pattern Design et UML2, vous pouvez également sécuriser du code avec OCL, tout est dans Topcased.org.

La maîtrise de ces outils prend du temps, mais ce sont les antécédents de Java, la base qui vous poussera au sommet.

Réponse courte: non.

Java ne génère pas d'exécutable binaire mais uniquement du bytecode comme le fait C # (CLI), et ce n'est pas une bonne chose pour les affaires sérieuses dans des "environnements ouverts" pour deux raisons principales:

• la probabilité de se retrouver piégé dans l'ingénierie inverse est très élevée, en particulier avec les langages anciens et très bien connus comme Java
• vous n'êtes pas en contrôle total des performances de la machine, dans le cas de Java, la JVM joue un grand rôle en prenant le contrôle total.

Bien sûr, chaque langue a ses propres bibliothèques, mais en raison de leur grande quantité pour chaque langue, ce n'est pas un vrai problème et je ne pense pas que ce soit le but de ce sujet.

Peut-être qu'à un niveau professionnel, vous pouvez trouver quelque chose qui peut enfreindre la règle comme un kit de développement qui peut traduire toutes les instructions C # en code d'assemblage pour une machine du monde réel, mais si ce type d'approche n'est pas dans les cartes, vous êtes pratiquement obligé de ne considérez que le C et le C ++ pour votre développement lorsque vous souhaitez vendre votre produit dans un environnement ouvert.

Les choses sont un peu différentes pour les appareils mobiles car ils sont un "environnement fermé", même Android est pratiquement fermé étant donné que la source des ROM réelles n'est généralement pas accessible au public, Android peut être considéré comme un logiciel open source, mais le 99 Le% des ROM sur les appareils réels ne le sont pas. Dans ce cas, vous ne pouvez pas trop discuter, tout est déjà réglé pour vous et chaque plate-forme a son propre langage comme tout le monde le sait.

En fin de compte, si vous allez vendre ces produits dans des environnements ouverts, je ne peux que suggérer des langages capables de produire du code compilé et binaire / d'assemblage, dans des environnements fermés, la décision est généralement plus facile à faire pour différentes raisons.