聚焦Magik –最新的JVM语言

Invokedynamic实际上是Java和JVM的游戏规则改变者。 它回到Java 7实质上打开了进入JVM语言之门的大门，尤其是通过JSR 292实现的动态语言。

尽管从未取缔，但是将语言引入JVM仍然存在一些问题。 但是，invokedynamic意味着通过新的方法调用机制，最终为动态语言提供了对JVM所需的支持。

从那时起，我们已经看到了许多语言的蓬勃发展（Groovy和Scala只是两种），其他供应商也看到了这种吸引力。 7月， GE Energy 透露他们正在移植其面向对象的编程语言Magik。 经过四个月的开发， Oracle已经确认将其引入JVM 。

与许多其他JVM语言不同，GE Energy并未完全与Magik割裂，因为它始于1990年-就在Java进入市场之前。 受Smalltalk的启发，Magik 为GE Energy在公用事业和电信公司的业务 奠定了 Smallworld平台 的基础 。 与Java几乎没有相似之处，因为Magik会编译为字节码并由虚拟机（在本例中为Magik虚拟机）进行解释。

那么，当Magik已经建立时，为什么现在真的需要JVM？ 吉姆·康纳斯（Jim Connors） 在公告博客 中 解释说 ，这种整合代表着“严肃的商业实体，将大量业务押注于这项努力的成功。”

移植的原因包括决定从专有环境转向开放源代码JVM，以及选择使用Java当前的库和将来的功能（例如lambda表达式）的选择。 Connors还宣称JVM上的原始Magik平台速度提高了5倍。

对于Magik开发人员而言，至关重要的是，旧版应用程序可以通过重新编译直接迁移，而GE现在可以利用900万开发人员的金矿这一事实可能发挥了巨大作用。 Oracle最近为Java开发的嵌入式软件也可能对GE有用。

愤世嫉俗的人可能会认为这是在扩展更大的平台，但是博客文章中的评论似乎可以有效地回答这些批评。 只要GE表现出对未来的承诺，就不会有问题。 无论您对GE Energy决定添加一些Magik的决定有何看法，您都不能否认 JSR-292 已使JVM成为编程语言的通用指示器。 JVM上总是有更多空间。

图片由eva.pébar和pasukaru76提供