Rails案例研究

　　惯例优先原则

　　Java 框架通常可以自由地使用 XML 配置，而 Rails 主要使用惯例来避免可能的配置。在程序员必须指定配置的位置，Rails 通常依赖 Ruby（常常以 DSL 形式）来提供配置。对于 green-field 开发，我发现惯例优先于配置是很有意义的。该策略为我省去了很多行代码，更简化了必须编写的代码。估计我们所需的配置只有传统 Java 应用程序中所指定的十分之一。我们有时会损失一点灵活性，但这并不足以抵消使用此策略带来的节省。

　　总而言之，Rails 框架的原理适合解决 ChangingThePresent.org 项目中的问题。集成的各种工具让我可以利用框架实现更多的功能而无需自己进行过多的集成。“惯例优先原则” 为我节省了配置站点的时间。动态语言为经验丰富的开发人员提供了更多的能力和灵活性，同时也使他们能够利用更少的代码表达更强大的思想。该框架适合于我们团队的能力和要解决的业务问题。

　　持久性

　　Java 和 Ruby 语言的最流行的持久性框架可以比任何其他特性更好地阐明 Java 和 Ruby 经验之间的区别，Java 开发人员通常使用 Hibernate，它是一种对象关系映射框架。通过 Hibernate，您可获取现有的模型和模式并使用注释或 XML 表达二者之间的映射。Hibernate 类是简单传统 Java 对象（POJO），它的每个对象派生自一个通用的基类。大多数配置是显式的，使用注释、XML 或二者的某种结合。

　　而 ActiveRecord 是一种包装的框架，就是说每个类都是现有类的包装器（请参阅文章 “研究活动记录”）。ActiveRecord 根据关联表的内容（如表中每列的一个属性）自动地向模型对象添加特性。所有的类都从一个通用的基类继承。ActiveRecord 主要利用通用约定来推断配置。例如：