Question

Ces dernières années, de nombreuses langues de la machine virtuelle Java ont été utilisées, notamment Javascript, Python, Ruby, etc. noreferrer "> Liste des langues JVM ). Ma question est la suivante: pourquoi Sun ne propose-t-il pas une suite complète de langages pour la machine virtuelle Java, tout comme Microsoft .NET? Avec la nouvelle version de la machine virtuelle Java, ils peuvent effectuer les ajustements nécessaires pour les langages dynamiques ou le système de types et publier un compilateur pour au moins quelques langages. Cela donnerait immédiatement accès à un grand nombre de langages à la bibliothèque de classes de grande taille déjà existante de Java.

Était-ce utile?

La solution

Les financiers disent tout:

MSFT - Capitalisation boursière de 173B, revenu net de 17B

JAVA - Capitalisation boursière de 2B, bénéfice net de 400 M

Autres conseils

Sun (maintenant Oracle) n'a pas vraiment besoin de faire beaucoup de choses lui-même pour créer plus de langages JVM, car ce rôle a été largement assumé par la communauté open source et / ou par l'écosystème Java plus large.

Considérez:

  • Langages JVM open source modernes et de plus en plus populaires, tels que Scala , Groovy et Clojure
  • Bibliothèques créées ou parrainées par des organisations telles que la Apache Software Foundation pouvant être utilisée par toutes les langues de la machine virtuelle Java
  • IDE / outils de développement de la Fondation Eclipse et d'autres
  • Divers outils et produits d'entreprise créés par les principaux bailleurs de fonds d'entreprise Java, notamment IBM, Red Hat, Google, etc.
  • Développement du langage et de la plateforme Java en tant que produit open source via le projet OpenJDK

Il est donc plus approprié de concevoir Java comme un écosystème ouvert avec de nombreux participants plutôt que comme une plate-forme contrôlée par une seule entreprise.

Je vois deux questions: Sun modifiera-t-il la machine virtuelle Java pour prendre en charge les langages dynamiques (cela serait bien, même si certains langages dynamiques réussissaient déjà à fonctionner sur la machine virtuelle actuelle, peut-être au détriment des performances); et pourquoi Sun ne développe pas officiellement d'autres langues.

J'espère qu'ils feront le premier, mais je ne vois pas la nécessité du second. La réponse de Scott est assez bonne. A côté de cela, Java est déjà là depuis un certain temps déjà, alors que Microsoft devait lancer sa plate-forme CLR / .NET et devait donc donner le maximum pour convaincre les développeurs ... et ils peuvent se le permettre!

Je ne suis donc pas sûr que Sun ait besoin d'utiliser d'autres langages pour la machine virtuelle Java, les développeurs indépendants sont suffisamment vigoureux pour le faire sans aide.

Par ailleurs, le langage de script JavaFX peut être considéré comme tel (c'est-à-dire la langue officielle de la machine virtuelle Java) et il semble que BeanShell pourrait être adopté dans un JSR.

Si vous recherchez Visual Basic pour la machine virtuelle , je suis peur que le projet ait été annulé: -)

Sérieusement, après de nombreuses années consacrées au seul langage Java, Sun soutient maintenant directement les développeurs à la fois derrière Jython et JRuby, et modifie actuellement la JVM et leur IDE pour mieux prendre en charge ces langages. Java 6 inclut également à présent le runtime JavaScript de Rhino.

Vous avez raison de dire que ce ne sont pas des langages que Sun a développés à partir de rien, et je pense que c'est une bonne chose. L’écosystème Java a une longue tradition d’innovation dans la communauté et dans de nombreuses autres sociétés dépendantes de Java, telles que IBM et Oracle.

Je ne vois pas vraiment quel problème Sun réglerait en créant de nouveaux langages à prendre en charge. Je ne suis même pas sûr que JavaFX soit mieux servi par un tout nouveau langage. Je comprends pourquoi MS devait prendre en charge Visual Basic sur .NET, mais heureusement, Sun n’a pas à le faire.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top