JRuby：集Java与RoR之所长

下载本文示例代码
　　JRuby是面向Ruby、基于Java虚拟机(JVM)的一种解释程序，它结合了Ruby语言的简易性和功能强大的JVM的执行机制，包括与Java库全面集成。Rails彻底加快及简化了Web应用的开发，不过它让人觉得不够成熟，特别是在高端企业级功能方面。另一方面，Java平台及其虚拟机、库和应用服务器的速度、稳定性和功能方面却一直在提升，现在已被公认为是开发高端服务器应用的领先平台。不过如果Java平台不与Ruby等新兴语言联系在一起，就有可能落后于流行趋势。 　　JRuby结合了所有这些技术互为补充的优点，有望提高Ruby和Rails的知名度，同时为Java平台在运行非Java语言方面赋予新角色。 　　Rails: Java框架的发展方向 　　对Java开发人员而言，Rails就像是自然代表了诸多Java Web框架的发展趋势：减少不必要的代码、采更多的抽象和动态机制，以及更全面的即开即用功能。 　　约定优于配置 　　早期版本的Java平台企业版(Java EE)每个组件需要有大量的配置和代码。譬如说，Enterprise JavaBeans的每个bean要有多个源代码和XML配置文件。这种复杂性使得EJB成了重量级开发的代名词，最终导致EJB 3出现了180度大转变: 力求普通Java对象(POJO)bean的冗余和配置最小。即使如此，重型Java EE应用程序仍需要开发人员开发代码来表示多个软件层(包括GUI、业务逻辑和持久层)上的同一业务对象。然后，尽管层与层之间存在冗余性和相似性，开发人员仍必须用配置文件把这些层粘合起来。相比之下，像Seam和Spring这些比较新的Java Web框架使用极少的配置和代码，就可以发布业务对象。 　　Java框架也一直在向跨Web应用程序的多个层对堆栈进行标准化和集成迈进。在早期，Java Web应用开发人员手工编写代码，从服务器小程序获得HTML输出;创建自己的模型-视图-控制器(MCV)架构，并使用SQL而不是Java数据库连接(JDBC)来访问数据库。后来，他们聚集了执行大部分通用功能的组件，譬如标记库、Struts和Hibernate。最近，Spring将大部分功能集成到了单一、自上而下的轻型堆栈。 　　从一开始，Rails就体现了这些简洁性原则，这些原则在Rails社区中称为“不要重复自己”和“约定优于配置”(避免冗余和有意义的默认值是软件工程领域中的两条古老原则)。该框架可以根据简明的约定，猜出不同层的连接关系。Rails甚至可以显式、动态添加属性从而反射数据库列: last_name列会自动使last_name属性出现。 　　在约定不能满足要求的特殊情况下，仍可以使用纯Ruby代码或者类似Ruby的轻型YAML格式来添加配置，这两种格式都删去了XML的冗余方括号和结束标记。 　　动态和反射机制 　　Java框架也一直在向反射和元编程机制使用更广泛而迈进。譬如说，Spring使用反射机制，利用依赖注入把各部分连接起来;标准的Java EE服务器系列则通常采用静态方法。Hibernate这种流行的对象关系映射框架利用动态元编程进行映射，在运行时更新字节码，而不像早期的数据访问框架需要在开发时生成大量的源代码或者字节码。 　　Hibernate的开发人员之前只好采用一些高级技术来实现这项功能。而在Ruby中，元编程却是这种语言的一个有机部分，结果Rails在运行时不但能动态生成映射，还能生成访问及显示底层数据库所需的业务层类定义，从而尽量减少了这种需要。 　　支持开发过程 　　上世纪90年代末前后，Java开发人员大量使用JUnit框架的测试方法，但为服务器端应用程序编写测试用例总是有难度的。如今Spring在生成Web应用程序的同时还能生成测试。Rails具有同样功能，充分利用了动态机制和元编程技术来支持多种测试: 单元测试、功能测试以及集成测试。 共2页。 1 2 : 　　JRuby是面向Ruby、基于Java虚拟机(JVM)的一种解释程序，它结合了Ruby语言的简易性和功能强大的JVM的执行机制，包括与Java库全面集成。Rails彻底加快及简化了Web应用的开发，不过它让人觉得不够成熟，特别是在高端企业级功能方面。另一方面，Java平台及其虚拟机、库和应用服务器的速度、稳定性和功能方面却一直在提升，现在已被公认为是开发高端服务器应用的领先平台。不过如果Java平台不与Ruby等新兴语言联系在一起，就有可能落后于流行趋势。 　　JRuby结合了所有这些技术互为补充的优点，有望提高Ruby和Rails的知名度，同时为Java平台在运行非Java语言方面赋予新角色。 　　Rails: Java框架的发展方向 　　对Java开发人员而言，Rails就像是自然代表了诸多Java Web框架的发展趋势：减少不必要的代码、采更多的抽象和动态机制，以及更全面的即开即用功能。 　　约定优于配置 　　早期版本的Java平台企业版(Java EE)每个组件需要有大量的配置和代码。譬如说，Enterprise JavaBeans的每个bean要有多个源代码和XML配置文件。这种复杂性使得EJB成了重量级开发的代名词，最终导致EJB 3出现了180度大转变: 力求普通Java对象(POJO)bean的冗余和配置最小。即使如此，重型Java EE应用程序仍需要开发人员开发代码来表示多个软件层(包括GUI、业务逻辑和持久层)上的同一业务对象。然后，尽管层与层之间存在冗余性和相似性，开发人员仍必须用配置文件把这些层粘合起来。相比之下，像Seam和Spring这些比较新的Java Web框架使用极少的配置和代码，就可以发布业务对象。 　　Java框架也一直在向跨Web应用程序的多个层对堆栈进行标准化和集成迈进。在早期，Java Web应用开发人员手工编写代码，从服务器小程序获得HTML输出;创建自己的模型-视图-控制器(MCV)架构，并使用SQL而不是Java数据库连接(JDBC)来访问数据库。后来，他们聚集了执行大部分通用功能的组件，譬如标记库、Struts和Hibernate。最近，Spring将大部分功能集成到了单一、自上而下的轻型堆栈。 　　从一开始，Rails就体现了这些简洁性原则，这些原则在Rails社区中称为“不要重复自己”和“约定优于配置”(避免冗余和有意义的默认值是软件工程领域中的两条古老原则)。该框架可以根据简明的约定，猜出不同层的连接关系。Rails甚至可以显式、动态添加属性从而反射数据库列: last_name列会自动使last_name属性出现。 　　在约定不能满足要求的特殊情况下，仍可以使用纯Ruby代码或者类似Ruby的轻型YAML格式来添加配置，这两种格式都删去了XML的冗余方括号和结束标记。 　　动态和反射机制 　　Java框架也一直在向反射和元编程机制使用更广泛而迈进。譬如说，Spring使用反射机制，利用依赖注入把各部分连接起来;标准的Java EE服务器系列则通常采用静态方法。Hibernate这种流行的对象关系映射框架利用动态元编程进行映射，在运行时更新字节码，而不像早期的数据访问框架需要在开发时生成大量的源代码或者字节码。 　　Hibernate的开发人员之前只好采用一些高级技术来实现这项功能。而在Ruby中，元编程却是这种语言的一个有机部分，结果Rails在运行时不但能动态生成映射，还能生成访问及显示底层数据库所需的业务层类定义，从而尽量减少了这种需要。 　　支持开发过程 　　上世纪90年代末前后，Java开发人员大量使用JUnit框架的测试方法，但为服务器端应用程序编写测试用例总是有难度的。如今Spring在生成Web应用程序的同时还能生成测试。Rails具有同样功能，充分利用了动态机制和元编程技术来支持多种测试: 单元测试、功能测试以及集成测试。 共2页。 1 2 : 下载本文示例代码


JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长JRuby：集Java与RoR之所长