跑步进入ROR的精神世界

       这么说是有道理的，ROR不仅仅是因为他的短小和精悍吸引我们的，而是Rails从头到尾体现的原则和思想。毫无疑问，它是一个非常优秀的框架，对于我现在开发的WEB应用来说，我想到的，我认为好的原则在它的框架中都是这么实现的。
       并且Rails中有很多东西在传统的Struts中是比较难于实现的。比如：Layout，局部模板。当然，你可以采用Tapestry这样的MVC框架去达到同样的东西。
       今天把Depot样例程序开发给好好精读和实践了一把，其中好的地方我挑出来：
        1. 显然是快捷的开发方式，直接在数据库中改变，就可以立马反应到MODEL中。另外，数据表之间的关系只需要在模型中配置一下就可以了，非常简单。
       2. Validate放在模型层进行验证。不像现在我们会在JavaScript中做验证。这其实是有很大风险的。如果客户端不采用Javascript做验证的话，我们就挂掉了，因为这些数据存储到数据库中肯定是会出现运行时异常的。
       3. 日志。自带了一个日志框架。实际上，我是非常赞同作者说的：“当异常发生的时候，经常会做三件事：
1. 记录日志信息；2. 向用户输出一条简短的信息；3. 重新显示相关页面”。虽然没有看到日志的级别，但是，这种原则是对的。
       4. 异常处理以及Flash。和JAVA相比，Rails抛出的都应该是运行时异常。对于需要捕获的异常，都应该rescure起来。将ErrorMessage放在Flash当中，供后续的页面输出。
       5. 程序目录结构。不止一次，我发现Rails框架设计和我的相似性：比如Helper方法，在ActiveRecord中实现hook方法，其实在java中用callback接口就可以实现；在Controller当中实现Filter，其实和web.xml当中配置filter，和在superAction当中实现filter方法是一样的。这样就能够实现比如认证以及保留用户输入请求等功能。
      
       对我来讲，比较讨厌的是RoR没有比较好的IDE环境。我在RadRails开发都没有很好的自动提示和补全，这样对我来讲，实在是不知道如何写代码，因为有很多词语不知道如何写。
       另外，有些语法简捷过了头，有很多特性需要学习。不过还好，多看两遍就没有问题。

       嘿嘿，感觉ROR和跑跑卡丁车比较像。简单，入手快，另人愉悦。