谁是下个JVM王者语言？

    这几年，关于谁是下一个JVM上的王者语言之争已经不是新鲜事情了。看了上面的文章，您是不是又所感慨呢？

笔者对部分上述语言接触过，下面发表一下意见：

Groovy：在这些上述语言中，我认为它是最接近于Java的语言，并且提供了闭包和动态类型等特性。学习曲线不陡峭，并且学习资源很多。可惜性能让人失望，因此，一直不被笔者考虑作为实现语言。当年的GoG就是模仿RoR来实现快速Web开发，方便地解析XML文件，集成Spring和ORM，这些让SSHer欣喜不易。本人虽然没有深入研究，不过规约大于配置的开发模式，着实让我眼前一亮。不过，动态语言Groovy并没有让我看到它的光明的未来。说到Groovy的未来，当然还看SpringSource发展路线。也许正如上文所说，Groovy++才是正确的方向。

Scala：这门函数型语言能够让Groovy发明者后悔，能够让twitter放弃Ruby（至少部分放弃），转而拥抱它。这些足以证明Scala是一门优秀语言，静态类型安全，提供闭包功能，简化并发编程，弥补Java的不足。不过它的语法确实比较晦涩，我想这就是它最大的伤痛。Scala前途还是比较光明的。

Fantom：实际上，笔者还没有接触过，只是看了下：http://fantom.org/doc/docIntro/WhyFantom.html 。它给我第一个感觉是，像雾像雨又像风（C++、Java和其他语言的混合体）。先不说它是否简单，不过它还是有特斯色的。当年，Java号称跨平台的语言，虽然目前.NET可以跨平台（如果您的是HelloWorld工程的话，不必担心风险）。可是Fantom确实跨语言加跨平台的，这个是很强大啦。目前，Java和.NET的跨语言不过是建立在JVM和CLR平台上。Java和.NET两大平台通讯还是需要靠第三方协议（比如WebServices）。Fantom其他的方面没有什么特色，并且学习资源太少。

Clojure：第一次知晓这门语言，是通过看庄周梦蝶 的Clojure的blog。本人正在学习中，这门语言让我想起了“伊波兰式”（操作符号在操作数之前），并且执行语句皆在"()"里面，真如其名-封闭（其实没有这个英文单词，只有closure）。尽管这门函数语言，语法上非常不贴近于Java，但是简洁的代码足以替代臃肿的Java代码，即使和Scala比较，也不是同一个级别的。不过和Scala一样，提供优雅的函式和并发编程，不过纠结的语法确实不适合传统C语言系的开发人员。不过我还是比较看好它，试想一旦掌握后，那是多么“暴力”的语言。

JavaScript：从感情和熟悉程度上，笔者偏好JS。众所周知，JS作为浏览器内建语言，提供了灵活的前端页面控制。语法上，从普通的函数编程发展到prototype和闭包，并且通俗易懂；功能上，从DOM操作，到Ajax，再到目前的WebSocket；实现上，从客户端程序到服务端程序。目前的Node.js（在V8平台）可以实现服务端I/O操作，那么，实现Web服务端不在话下。在Web2.0时代，熟悉JS的人要比熟悉Java人还要多。同时，Java 6.0提供了JavaScript解释引擎，.NET就更不用说了。综上分析，下一个JVM王者语言很有可能就是JavaScipt。

Java：这么多年来，Java是最成功的语言之一。无论哪门语言都有缺点，然而越是出名，越是招骂。Java 7的闭包、模块化和GC优化等功能能不能成功地拯救Java，就看JVM产商的啦。我相信，大家都期待Java能过王者回归。

似乎上述语言都有希望称为JVM的王者语言。从JVM实现来看，JVM还是非常强大的。

下文推崇Groovy和JRuby，以供参考：

PS:笔者学识和技术有限，不足的地方请指正。

你也太小瞧Groovy了吧， 性能有问题不假，那还不是要看你怎么用啊，一棒子打死。似乎不是很明智

别那groovy创始人来说事，他后悔，是自己没能力被排挤而生嫉妒吧？你看看groovy in action的作者会后悔吗?grails创始人后悔了吗？

spring的rod是傻逼吗？他干嘛要收购呢？

groovy简化了开发方式，像dsl还是挺爽的，挑优点用吧

 Groovy确实优先明显，使用场景也比较重要的。如果做Web2.0架构的话，肯定它是不适合的。