你觉得怎么样? JVM是否会得到泛型的支持?

很可能不仅需要对JVM的大量变化,还需要对类文件格式进行大量变化, 但是在VM上运行的语言将极大地受益于它。

编辑: Java语言实际上支持某种泛型作为编译时功能,它为字节码添加了一些投射,人们必须先手动添加。

在这些时间很好地理解未引入JVM或类文件规范的决定,因为他们不想破坏兼容性,Java这几天是JVM的唯一重要语言。

虽然这一决定可能是适合Java语言的虽然,它显着降低了其他语言的自由量,必须选择它们如何在VM上实施泛型。

考虑到Sun / Oracle宣布使JVM成为友好的替代语言的友好场所,他们实际上会做他们所承诺的或考虑他们的低成本增加了“InvokeDynamic”是足够的吗?

有帮助吗?

解决方案

在我看来,它不太可能。

它只是太破坏了,将这些更改应用于Java语言。与两个不同的泛型模型向后兼容的语言和运行时将是设计师的噩梦。

而且没有,Java驱动JVM的改变,很难看出Oracle如何/可以证明完成所需的工作。

我看到的唯一可能性是:

  • Oracle决定将继任语言开发到Java(不向后兼容的),这会泛型,闭包和整个束的事情更好。这将是一个真正勇敢的业务决策,我认为Oracle能够做到这一点。

  • 一束其他人/公司聚集在一起并攻击JVM规范和Codebase。这也是一个勇敢的举动。

我不认为Oracle很可能会资源对JVM的重大变化只是为了支持他们没有商业兴趣的语言。我们正在谈论Oracle ......商业类型有更紧密的控制工程类型去做什么而不是在垂死的阳光下。 (嘿......我们可以在这里开始一个整个杰克Vance主题: - )

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top