Le JVM sera-t-il étendu pour gérer les génériques?

Question

Que pensez-vous? Le JVM sera-t-il jamais assisté aux génériques?

assez probable que cela ne nécessiterait pas seulement des modifications substantielles sur la JVM, mais également au format de fichier de classe, Mais les langues fonctionnant sur la machine virtuelle en bénéficieraient grandement.

Edit: La langue Java prend en charge une sorte de générique en tant que fonctionnalité de la compilation, ce qui ajoute des moulages au bytecode, que les gens devaient ajouter manuellement avant.

La décision de ne pas introduire de modifications à la Société JVM ou de la spécification du fichier de classe était bien comprise à ces moments, car elles ne voulaient pas casser la compatibilité en arrière et Java était la seule langue importante pour la JVM ces jours-ci.

Bien que cette décision aurait pu être appropriée pour la langue Java, elle a considérablement réduit le montant de la liberté d'autres langues doivent choisir comment ils souhaitent mettre en œuvre des génériques sur la machine virtuelle.

Considérant que Sun / Oracle a proclamé pour faire de la JVM un lieu d'alternative à des langues alternatives, fera-t-il réellement faire ce qu'ils ont promis ou considérez qu'elles sont l'ajout à faible coût de «invokedynnamic» suffit?

Answer 1

À mon avis, il est peu probable.

Il serait simplement trop perturbateur pour appliquer ces modifications à la langue java. La compatibilité linguistique et d'exécution en arrière avec deux modèles de génériques différents serait un cauchemar pour les concepteurs.

et sans, Java pour conduire des modifications à la JVM, il est difficile de voir comment Oracle serait / pourrait justifier de faire le travail requis.

Les seules possibilités que je vois sont:

• Oracle décide de développer une langue successeuse à Java (qui n'est pas compatible en arrière) qui fait mieux que les génériques, les fermetures et tout un tas de choses. Ce serait une décision d'affaires vraiment courageuse, et je ne pense pas que l'oracle est capable de le faire.

• Un tas d'autres personnes / entreprises se réunissent et fourchette la spécification JVM et le codeBase. C'est aussi un mouvement courageux à faire.

Je ne pense pas qu'il est probable que Oracle faciliterait une modification majeure de la JVM uniquement pour soutenir les langues qu'elles n'avaient aucun intérêt commercial. Nous parlons ici d'oracle ... où les types d'entreprise ont beaucoup plus étroitement contrôler ce que les types d'ingénierie se rendent à faire que dans les jours de soleil mourant. (Hey ... nous pourrions commencer un thème complet de Jack Vance ici: -)