Java世界的Ruby

　　自从计算机诞生以来，软件开发就倾向于使用高级语言进行开发。从汇编，到C，到C++，再到JAVA，每一次升级就会面临来自各界同样的问题:太慢、而且有太多的Bug、开发者不想放弃对这些原有语言的使用。渐渐地，随着硬件的快速发展，新的研究和开发技术大大改进了编译器、解释器、和虚拟机，开发者不得不向高级语言转移，放弃他们使用的低级语言开发以提高生产力(将他们从低级语言的障碍中释放出来以提高他们的生产力)。

　　Java现在在软件开发的很多领域里面占有主导地位，但是在这个发展过程中，动态脚本很有可能无情地取代它的地位。许多年以来，像Python、Perl、Rexx、Groovy、TCL和Ruby这样的语言能够在很多专业领域里面非常出色地工作，例如文件处理、自动测试、软件构建、代码重构、和Web图形页面设计——他们有着历史性的名字“脚本语言”。而且在最近的一些年里，在大多数由Java，C++和其他编译型计算机语言开发的大型工作里面，他们也取得了相应的进展。

　　去年的时候，Ruby on Rails(RoR)Web框架使Ruby有了更进一步的发展。RoR结构利用简单的Ruby代码定义了一个典型的多层次Web应用程序——图形页面层、业务逻辑层和数据持久层，因此减小了冗余文件、样本文件代码、生成的源代码以及配置文件。RoR框架能够更加优化更加容易地使用Ruby语言;而且Ruby，这种完善的脚本语言，相对于RoR框架来说可以在更多的领域里面使用。

　　作为一个长期的Java开发者，我很可能坚持在一段时间里一直用Java作开发。但是我仍然保持在我开发的基于Java的系统里面使用其他的语言，而且Ruby最近显示出来是特别好的一种候选语言。在JRuby解释器的帮助下，Ruby和Java一起工作得很好，包括配置、整合、和Java软件的重用。而且在简单学习Ruby的过程中也提高了我Java代码的质量。使用Ruby可以让我很容易地完成像功能程序和元程序一样的技术手法，这些技术手法我在Java里面都是很难实现的。学习这些Ruby里面的技术手法可以帮助我更好鉴别什么时候而且怎样在Java开发中使用它。

　　这篇文章，我希望能够和你一起分享我在开发Java系统的时候使用Ruby的那种兴奋感。我比较一下Java和Ruby的优点和缺点，而且介绍一下JRuby解释器的支持者和反对者。而且我会向大家显示区分Ruby和Java使用的最佳实践以让它们各自得到最优化的使用。我会使用一些简单的代码来举例说明这个观点，并且介绍一个消息实例来展示在Java系统里面怎样结合使用Ruby，使其能够更好地使用动态元程序语言的弹性、表现方式以及功能。

这篇文章从一个Java开发者的角度解释了Ruby，主要是集中比较这两种语言。像Java一样，Ruby也是一种完全的面向对象的语言。但是这两种语言有很大的不同。Ruby是动态类型的而且是在源代码解释器里面运行的，这种语言能够像程序和功能范例一样支持元编程。我这里不会介绍Ruby的具体语法，接下来的文章里面会广泛地覆盖其他各个方面。

　　动态类型

　　Java有静态类型。你定义每个变量的类型，接下来在编译的过程中，如果你使用了类型错误的变量将会得到一个编译时错误。Ruby却相反，拥有动态类型:你不用定义函数和变量的类型，而且没有到运行的时候不会使用类型检测，如果你调用一个不存在的方法就会得到错误信息。尽管这样，Ruby不会关心一个对象类型，仅仅看它是否在一个方法里面调用了这个对象的方法。因为这个原因，这种动态方法可以得到这样一个duck类型:“如果一个事物走起来像一只鸭子(duck)而且像一只鸭子(duck)呷呷地叫，它就是一只鸭子。”

　　Listing1.Duck typing

　　Java也可以通过反射让你使用动态类型，但是这种笨拙冗长的工作会导致很多混乱的异常发生，像NoSuchMethodError和InvocationTargetException;在实践中，这些异常倾向于在Java反射的代码中突然出现，而且相对于Ruby而言出现频率更高。