臃肿的软件

JavaScript 已经和 JDK 6 绑定到了一起。其他语言也许会添加进 JDK 7。我觉得那样会有点臃肿。首先，Sun 公司绝不会加入一门语言就停下来。如果它选了 BeanShell，拥护 Groovy 的家伙也会要求加入。如果加入了 Groovy，用 Ruby 的家伙也会坚持要加入。如果 Ruby 加入，还能忽略 Python 吗？标准 JDK 已经太庞大了。支持多种脚本语言是一回事，但将它们绑定到一起还是同一件事吗？策略性的改进应该是支持所有这些语言，但一个也不绑定进来。

积极的一面是，Sun 公司正在研究减小初始下载尺寸和减少应用程序启动时间的方法，尤其是 applet 和 Java Web Start 应用程序。可能的方法是，将大量的类库放到服务器上或放到速度较慢的后台线程中，只下载需要的部分。



如果我们只说一门语言，世界将会索然无味。尽管 Java 平台是开发成熟应用程序的绝佳选择，但它从来就不适应于小程序或宏。Java 6 意识到了这一点，它添加了 javax.script 包实现，以便和脚本语言（如 BeanShell、Python、Perl、Ruby、ECMAScript 和 Groovy）进行互操作，也添加了一项 invokedynamic 虚拟机指令来允许将动态类型语言直接编译为 Java VM。

2007 年，我将宝押在 Ruby 上，尽管它并不是我个人的最爱。对于我来说，Python 代码似乎比 Ruby 代码更简洁更易于理解，我认为大多数 Java 程序员都会这样认为。然而，Python 出来的不是时候。许多开发人员不得不在学习 Python 代码还是学习 Java 代码间作出选择，而多数人选择了 Java 代码。既然他们终于弄懂了 Java 语法，又打算在工具箱中添加另一门语言，他们想要的是明天的语言，而不是昨天的语言，而那门语言似乎就是 Ruby。更重要的是，Ruby 的 Ruby on Rails 是一个绝对杀手级的应用程序。它的简单性对于多数觉悟了的 Java 企业版（Java Enterprise Edition，JEE）开发人员来说具有难以置信的魅力。

除了 Rails，比起其他脚本语言，JRuby 项目和现有的 Java 代码很好或更好地集成到了一起。事实上，JRuby 也许会超越标准 Ruby 分布，并成为 Ruby 程序员们更偏爱的平台，而不止是 Java 程序员们将 Ruby 作为第二种选择。这很好。Python 程序员们会这样反对：他们这些年来已经将 JRuby 最好的方面加入到 Jython 中，他们是对的，但我讨论的是 2007 年将 发生什么，而不是应该 发生什么。这很不幸但却是事实：Ruby 获得了契机，而 Python 没有。

其他脚本语言会被逐渐逐出界外。Perl 太过时了，不能很好地适应现代应用程序。Groovy 缺少明确的视角，还趋向于将计算机科学的时髦用语凌驾于可用性和熟悉性之上，这让它深受其苦。BeanShell、Jelly，还有半打其他语言可能都从未吸引过超过一个的称心追随者。来年的这个时候，到处都会是这样的呐喊：Ruby 将成为 Java 程序员们选择的脚本语言。