Ruby on Rails——已经是企业就绪的?


 作者：Jon Mountjoy
 
 本文关键字：Ruby, Ruby on Rails, WebLogic, J2EE

　　一种新出现的语言正逐渐引起大家的兴趣，这就是Ruby。最近几个月我一直在学习Ruby（以及Ruby on Rails），而且我发现我喜欢这种语言，非常喜欢。Ruby和Rails框架已经被用于生产中，在许多蓬勃发展的站点中得到应用。所以当我看到这个关于Rails如何处理失效的数据库连接的讨论时，我有点吃惊。看起来它还不支持处理失效的数据库连接（到目前为止？）。

　　我得说，我已经习惯了WebLogic Server中的许多“奢侈品”了。例如，连接保留处理、失效连接处理，还有分布式事务等等。可在此找到连接池中的可用选项的汇总。

　　除了不支持失效连接外，他们对这个问题的解决方式也令我吃惊。存在很多不错的解决方法，但就是没有人说：“来，让我们看看业内已有的现实解决方案是如何解决这个问题的。例如，我想知道WebLogic Server是如何做的，或者我们来研究一下Hibernate”。“动手解决”有时候很管用，但是很多人已经解决了这个问题——没有必要重新发明车轮。

　　另一个有趣的现象是，这些问题并没有阻止对Rails的采用。一些公司，比如37signals，已经开始创建大型解决方案了。无疑Rails已经足够好——虽然它缺乏许多企业特性（分布式事务就是另一个），但是这并不妨碍人们采用它。也许37signals对数据库连接进行了特别处理，也许这个问题对大多数应用程序都没什么影响，我觉得后者更接近于事实的真相。

　　在J2EE领域，我们往往更注重于解决复杂的问题，而不是使简单问题更易于编码。J2EE应该向Rails学习的重要一点就是生产力。所以我才对在WebLogic Server上采用Spring如此激动。这是在生产力的方向上迈出的正确的一步。需要（针对简单问题的）简单解决方案的人要比需要（针对可能出现的复杂问题的）复杂解决方案的人多得多。换句话说，我认为，Ruby和Rails从长期来看会比J2EE更有效。当然了，如果有好的数据库连接处理就更好了。

评论

• 深有同感。作为一个具有多年经验的Java开发人员，我有点不太确定从何处着手为一些简单的小型站点开发新的web应用程序。整个Java领域是一个由可能不那么重要的标准（如：JSP）和其他重要但只解决了一个方面的问题的解决方案（如：Velocity）所组成的动态发展的海洋。所以，就我个人而言，我倾向于使用Zope，因为它基本上提供了：开箱即用（EJB的目标）、事务、身份验证，等等。但是是以一种可以快速部署的方式。EJB 3现在可能易于使用，但是到目前为止我还没有时间来学习“另一套”的API和协议。
  发表人：denk，2005年11月23日，03:46 PM

• 作为一名程序员，我一直在寻找某种可以提供所有想要的特性，使用起来又不费劲的轻量级Java框架。例如，Spring框架。它允许您混合使用各种技术的优点：您可以随心所欲地使用Velocity，或JSF，或JSP，或其他的什么来呈现视图。您可以使用事务，甚至是分布式的tx，只要要部署的应用服务器（比如，WebLogic Server）支持，而且它还有一个安全性框架。
  发表人：jonmountjoy，2005年11月27日，07:54 AM

原文出处:http://dev2dev.bea.com/blog/jonmountjoy/archive/2005/11/ruby_on_rails_e.html

作者简介
Jon Mountjoy	Jon Mountjoy 是dev2dev的编辑。他喜欢XML和J2EE技术，并且是“WebLogic: The Definitive Guide”的作者之一。他维护两个关于dev2dev的blog: 一个关于dev2dev的每周编辑blog和一个更个性化的blog。

评论