Rails案例研究

　　传统的 Java 程序员对 IDE 有着近乎虔诚的热爱，造成这一现象有充分的理由。IDE 提供了语法的完整性检查、修正了小错误并提供了增量编译以便更快地完成编码、编译、部署和测试这样的周期。最近几年来，开发环境开始更好地利用编译循环和静态类型提供的信息。IDE 现在编辑抽象语法树（AST），而不是（或者同时）编辑代码的文本表示。这一策略允许使用强大的代码重构工具，而使用静态类型语言的同样方法来实现此功能则困难得多。

　　静态类型确实能更好地使用工具，但是也存在缺点。强制使用静态类型通常需要编译器，而编译步骤必然会降低生产力。使用 Rails，我可以更改一行代码并重新加载浏览器，就可立即看到更改的结果。与 Java 开发人员相比，大多数 Ruby 开发人员只使用一种很好的编辑器。TextMate 是最流行的 Ruby on Rails 编辑器，它提供了语法突出显示、代码完整性检查，以及一些频繁使用的结构的良好的模板支持。而当发现可将所有简单的基于 Ruby 的脚本（用作基本的 Rails 工具包）放入编辑器中时，您会更加喜出望外。与纯粹的调试器不同的是，我可以使用断点脚本，该脚本可停止特定的应用程序，进入一个 Ruby 解释程序，我可在其中调用方法、检查变量的值，以及甚至在恢复执行之间修改代码。

　　简单的架构

　　传统的 Web 端 Java 架构包括：一个用于域对象和数据访问对象的层、一个提供业务级 API 的外观层、一个控制器层和一个视图层。此架构比典型的 “模型-视图-控制器” 架构（使用 Smalltalk 语言最早创建）稍微复杂一些。相比之下，Ruby on Rails 包括一个使用 ActiveRecord 设计模式的模型层、一个控制器层和一个视图层。我们喜欢易于获得的 Rails 方法。它更加简练并且带来额外的复杂性和错误的机会更小。