Ruby on Rails解析

自由
Rails不强迫开发者走一条由框架任意决定的道路。它所基于的实践——MVC、阶层分离、数据库设计——都是广泛接受的极好实践。Rails是一个由日益成熟的（Web）软件开发产业使之成为可能的产物。通过试验和犯错，我们已经发现了做事情的最佳方法，Rails就体现了这其中的许多。通过对我们的设计做出要求（例如，那些称做plurally的表格），Rails可以修改任何由数据库驱动的web应用程序的基础。这些要求可以起限制作用——例如，我经常用名词的单数形式命名表格——但是这些限制是以极好的实践和来之不易的经验为基础的，所以这些问题不那么费力。
漏掉了一点就是表示层中的真正的面向对象。Ruby on Rails的模版系统是灵活和标准的（利用专门的标记向HTML中嵌入代码），但是仍然符合程序；还有一个帮助函数，可以用来满足构建web应用程序的一般要求，像创建一个下拉选单或退出HTML。一些这样的函数的名称比较难，但是挖掘一下也会发现。一个需要改进的地方就是在视图中定义的对象在控制器或模型的代码中应该也是可用的——和ASP.NET是一样的。这将为数据绑定、数据式样和对象绑定提供大量机会。这将进一步提高Ruby on Rails自动操作繁重体力劳动的能力。
虽然我没有看过，但是关于部署用Ruby on Rails构建的应用程序过于复杂的博客讨论有很多。
甚至还有一个开源项目专门用来部署Rails应用程序。
虽然Tim O’Reilly在Ruby on Rails网站上对其称赞有加，说这项技术“降低了进入编程领域的门槛”，但是这个框架并不适合初学者。Ruby很复杂，并且虽然MVC是经过试验而且是正确的，但是对一个网络新手来说，它还是有一定难度的。我在装有Windows XP的机器上创建Rails堆栈碰到过很多问题。问题不是Rails本身，而是和一个生产web服务器集成——我尝试了Apache和IIS，最后用了Rails自带的WEBrick。但是，不推荐在生产环境中使用WEBrick。
还有另一个选择：独立安装堆栈——一个完整、单独的目录分区包括Ruby、Rails、MySQL和Apache。这在开发中比较有用，但可能不适用于web和数据库服务器通常用于多个应用程序的生产中。
要从Rails得到最多，我认为你一定已经受够了太多的数据访问层，太多的没有逻辑性的程序代码和硬接入要求的参数，和业务层的存储过程和数据库逻辑。你一定和可怕的ASP应用程序斗争过，并且要依靠过度复杂、配置驱动的重型框架，如果听起来像你是碰到过的难题，那么你会喜欢Rails的。

责任编辑:德东 
查看本文的国际来源