Groovy: 沉睡的巨人

因此这就创造了类似于“第22条军规”一样的东西（So this creates a Catch-22 of sorts）:虽然动态编程语言相比而言更多产（更高效），但是学习一种新的平台要花费开发者很多时间，事实上就短期内而言转而学习Python或是Ruby是很不划算的。（学习它们花费的时间要比要比因为它们高效而节约的时间多很多）。另外，真的没有一种动态语言有与java一样的生态系统及基础结构——因此要采用动态语言程序就要接受资源、工具及技术人员数量较少的状况。

因此，解决这个问题的方案似乎是找到一种以Java 开发团体已熟知的平台为基础的动态语言。虽然很多动态语言是为java平台而创造其中包括：Jython, JRuby, BeanShell, Pnut, 还有其它一些动态语言，但我坚信groovy是其中最有潜力的动态编程语言。我这么说最主要的原因是groovy在java团体中正在被标准化。虽然“标准化”从来都不是衡量质量的量度器，但无奈的事实是技术不是仅靠着自身的优点而取胜的（也就说还要符合一定标准）。不难理解企业都会认为采用一种通过了标准化过程（类似于J2SE 和 J2EE标准化的过程）的语言要比采用没有标准化的语言舒心的多。不管是对是错， 权威们决定将标准化作为接受和使用一种技术的前提。

除了正在被标准化，Groovy 还有一个作为动态语言的优点，即从它被创造之初就考虑到了java开发者们。它保留了很多为Java开发者所熟知的语法和语义，同时又具备了动态语言的特征如动态键入、mixins 以及闭包。正是这些特征使得动态语言比传统语言更多产(更有效率)。还有最后一点就是，你现在所用的所有Java APIs 在Grooy中可以用完全相同的方式被使用。Groovy可以汇编成字节代码，因此任何你能够在java中输入和访问的字节代码同样也能在Groovy中输入和访问。

Groovy 标准化(JSR 241)是在三年前开始的，而现在正在取得成果。 对一些人来说这似乎是很长的一段时间，但有这种想法的人是不了解相关的历史，即不了解一种语言要走向成熟需要花费多长时间。例如，Ruby这个刚刚受到很多关注的编程语言已经在 open source团体中发展了13年，JavaScript 发展了14年，Python 15年。事实上，Groovy 编程语言标准的发展只用了三年时间已经算是取得了很显著的成绩。

前景看起来似乎很明朗：动态语言正逐步流行起来，它们的多产性（高效率）及广泛的适用性是不容忽视的。要知道Java 平台被400多万开发者的庞大系统以及成千的工具和APIs 支持着，如果任何一个动态编程语言要成功它就得：a) 被标准化b) 受到Java 开发者的亲睐c) 容易学习以及d) 能利用现有的Java 系统。现在只有一种动态语言程序能满足这些要求，那就是Groovy。

Groovy 周遭的大肆宣传已经平息，对于这个项目的嘈杂的评论也销声匿迹了，我认为这是再好不过的事情了，因为这样的结果是一种语言得以有时间发展成为一种真正有用的语言。在很多方面Groovy是Java平台和动态语言设计的完美结合。Groovy 一直都很安静，像一个沉睡的巨人，但是在它成为 JCP 标准后这个巨人必将苏醒过来并且成为最重要的动态编程语言。

查看本文来源