我怎么就觉得rails适合做大型应用

    之前读了不少文章，说rails不大适合做大型的互联网应用或者企业应用，但通过实际的使用rails，越发的发现rails做大型应用是个不错的选择。 说rails不适合做大型应用无非瞄准了rails的2个软肋，一个是ruby的性能，一个是后期的可维护性。 

    先谈谈可维护性吧，可维护性最大的问题是需求的改变，简单的说，取决于项目结束后，客户要求你变更程度的大小与多寡，这更多的是项目管理的范畴，具体到语言的层面，其实意义不大，我们可以想想，一个后期维护的问题放到rails难解决，那么放到java、php……里面就简单了？真要比个优劣的话，我倒是觉得rails更胜一筹，rails本身就是一套良好实践的集合，你按它的规范做，会少走不少弯路，与其说rails是框架级代码的复用，不如说是良好设计和经验的复用。

    咱好好谈谈性能吧，由于rails是个全栈式MVC框架，各个组件之间的搭配都是经过优化的，而采用SSH，需要自行协调各个组件之间的协同工作，稍有不慎，肯定会带来性能上的问题，我想各位看客也知道那个意思，我这里就有个例子，一个用SSH开发的社区网站，速度极其的慢，采用ruby on rails 改版后，速度明显提升很多，当然这可能也和开发者的水平有关，我也懒的去研究为什么当初采用SSH时性能会出现瓶颈，仅仅这个例子，让我知道一个一般的程序员用rails开发出东西未见得比用SSH的东西性能要低。

    当然，上面的例子可能并不具有普遍性，所以说服力也不够。那么总所周知的是，做一个大型应用的杀手锏是“分”，当年的j2ee也是这种理念，尽可能的分，但遗憾的是j2ee分的效果并不太好，或许是过于复杂了，我所知道的java项目大都跑在一台服务器上。当然也是有很多大型java项目还是分布式的，那么既然大家都跑在多台廉价的服务器上，单纯的比单台服务器的速度其实意义并不大，在一个可伸缩的架构中，资源的消耗应该随负载线性上升，负载可由用户流量、数据量等测量。如果说性能衡量的是每一工作单元所需的资源消耗，可伸缩性则是衡量当工作单元的数量或尺寸增加时，资源消耗的变化情况。换句话说，可伸缩性是整个价格-性能曲线的形状，而不是曲线上某一点的取值。

    所以问题归到了架构上面来了，而对于目前或者未来的应用架构，最合理的方式是把一个大型应用拆成许多合理的单元，而内置了REST支持机制的rails将抢占了未来的先机，当然可能这种机制尚不完善，但它的方向我认为是正确的。

那么我对rails的"分"的方案有以下几种思路：

    1 在应用程序的之间水平切分，一个系统拆成各自独立的系统拼接而成，每个独立的系统的后台将做服务器级别的集群，举个例子，校内最近开发的爱听网就是用ruby on rails 开发的，它将是个独立的系统，会作为一个频道拼到现有校内的菜单上，这种方式不错，但相互过于独立，数据共享是个问题。

    2 在应用程序的内部水平切分，这种粒度要小一点，做相册的负责图片，做音乐的负责音乐，做博客的负责博客，用标准的负载均衡服务器来路由进入的流量。所有应用服务器都是均等的，而且任何服务器都不会维持事务性的状态，因此负载均衡可以选择自己的应用服务器。如果需要更多处理能力，只需要简单地增加新的应用服务器。貌似豆瓣是这种模式。

    3 针对具体资源的切分，这种方法是把所有的服务抽象成粒度更小的资源，分布在各个服务器上，在主服务器上通过REST调用展现出来，这样各个服务节点相互独立，不会因为某一节点造成性能上的瓶颈，当然我也不是随便说说，目前准备用这种方式构建一个社会化网络，就目前的感觉---良好。

    4 SOA，相关的功能部分应该合在一起，不相关的功能部分应该分割开来——不管你是否把它叫做SOA，功能分解还是工程秘诀。而且，不相关的功能之间耦合程度越松散，就越能灵活地独立伸缩其中的一部分。我对SOA理解不深，这里有一段访谈倒是蛮有说服力,

 

 

 

 

 

 

 

写道

Engine Yard公司的首席技术官Tom Mornini表示，单机百万线应用的时代已经结束，面向服务架构(SOA)是这一时代的终结者。该公司提供Ruby and Rails主机服务器。
　　他在最近的采访中说“我认为使用大型程序的年代已经结束了”“有些程序看起来很大，但是随着时间的推移，它们将最终成为许多小程序的结合体。”
　　通过为全球市场的业务提供灵活性，SOA的可组合性改变了应用开发比赛。在全球市场中，商业机会不是一成不变的。
　　Mornini说“我实在看不出任何其他方式可以满足存取数据，改变流体的需求，以便在企业内外跟上时代的步伐。”“这就是为什么未来能解决所有问题的单机百万线应用在这一点上仅仅是个遗迹。”
　　Mornini认为，这不再是SOA是传统应用开发选择的问题，而是除了SOA以外，我们没有其它的选择。
　　他说“这些大型程序很难管理和维护，很难想像单机应用会成为未来发展的方向”。
　　Engine Yard公司的首席技术官认为带有REST的Ruby on Rails是为SOA建立新一代的服务和应用的一种方法。与Java不同，Java是在SOA应用开发时代前开发的项目，他注意到，Ruby on Rails 和REST怀抱SOA为理念向世人提供了一个前所未有的方法。
　　Mornini说“拥有一个服从该框架的牢固而又深厚的面向服务架构就是Rails的秘诀”该架构的开发商认为（它的SOA功能）是该平台的一大优势。
　　他认为Ruby on Rails非常适合SOA开发。新发布的Rail 2.0令该框架更容易为SOA应用以及旧数据存取所接受。他承认，原有的Rails框架与旧数据存取关系并不是十分融洽。今年推出的新模型已经超过了前者。
　　他说，例如，Rails组提供的代码增加了许多新的功能，通过以服务的形式将旧数据曝光，使得在SOA应用中访问旧数据变得更为简便。
　　Engine Yard公司的首席技术官说 “由于遵循了售后服务书籍和网络视频记录的规程，Rails令开发商使用RESTful数据变得更为简单”。
　　他说，“如果你遵循RESTful Rails的标准过程，在系统外用Rails编写了一个程序，就会自动得到该程序展示的一个建立在XML-over-HTTP基础之上的API。
　　但是如果要使其运转，"继续使用 Rails"很重要。Mornini说这就是Rails遵循既定规程的妙招。

 

 

 

 

 

评论

54 楼 gigix 2008-08-26  

ltian 写道

这样的代码我是反对的。级联太多，调试不好调。通过这样的代码来减少代码行，却牺牲了程序的可读性，我认为不可取。你的心情我能理解，但是这一行代码说不明不了问题。

你不理解
我可以在任何一个位置把它断开，抽取局部变量或者抽取方法
Ruby可以在需要的时候写得像Java一样规范
而Java在需要的时候也没办法写得像Ruby一样简洁

53 楼 心无旁骛 2008-08-26  

javaeye_003 写道

你怎么知道rails没有，比如没用工作流系统、没有图形开发库、没有应用建模框架、没有企业建模框架、没有权限资源管理框架，没有应用建模框架、没有消息框架？

对rails不熟悉 麻烦举些例子好么

52 楼 gigix 2008-08-26  

ltian 写道

gigix 写道

ltian 写道

您能说明用rails 开发的系统用10万行，而别的语言，比如java就要用100万行吗？大型系统靠的是通用框架和组件来缩短代码行数，提高系统的稳定性和易维护性，而不是靠语言本身吧？

不信就算了。我没啥必要非说服你不可。

咱们讨论道理，不是谁要说说服谁的问题。我的观点是，大型系统开发方面，通用框架和平台的作用远远超出语言本身的作用。比如没用工作流系统、没有图形开发库、没有应用建模框架、没有企业建模框架、没有权限资源管理框架，没有应用建模框架、没有消息框架那么开发大型企业应用是很困难的。大型企业应用可不单单是人机界面多的问题。用rail开发人机界面可能比JSF或者其他JAVA的表现层技术要快捷些。但是这不能说明开发大型企业应用就占优势。当然我也不反对rails能开发大型应用，关键是你的团队有没有很多成熟的框架，如果仅仅是依靠语言本身，我觉得远远不够。

我同意。实际上比如我手上的这个Rails应用，做到大半年以后基本上就跟Rails关系不大了，做的都是自己的一套东西。比如Mingle，早就不是在做Rails应用了。
所以这个时候你更在乎语言的表达力。代码越少越容易维护。做到这种时候你才真正感觉到Ruby语言能给你带来多大的收益。

51 楼 javaeye_003 2008-08-26  

你怎么知道rails没有，比如没用工作流系统、没有图形开发库、没有应用建模框架、没有企业建模框架、没有权限资源管理框架，没有应用建模框架、没有消息框架？

50 楼 gigix 2008-08-26  

mycybyb 写道

gigix 写道

companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size

拿Java写一个来看看？

用java把那几个函数封装一下就可以了。
rails不就是把这些功能内置了吗。
还是那句话，java是语言,rails是框架，不具有可比性。用java也可以做个rails出来。

sigh
你写出来看看啊。就当你已经封装好了，拉出来遛一个咯。
而且麻烦你搞搞清楚，这行代码可跟Rails一点关系都没有呢。

49 楼 javaeye_003 2008-08-26  

LS你去用java也可以做个rails出来看看？
呵呵，请教动态语言的动态是什么意思？

48 楼 mycybyb 2008-08-26  

gigix 写道

引用

用Ruby能比用Java减少30%代码量这样结果不知道谁统计的？同样的功能？指哪些方面的功能呢？不要专门指Ruby擅长的或者Ruby自身封装的 API库里那部分功能？不知道Ruby做一个组态图形库的代码量如何？用Ruby写数学算法的代码会比java减少出30%吗？ 谢谢。

sigh
其实这个事情我都说过好多遍，说得都疲了…好吧再说一遍

companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size

拿Java写一个来看看？
有些东西啊，既然别人这么言之凿凿的说，那肯定是有一定道理的，别人肯定是想过的
您这上来就“我们如何如何”，行，您什么都知道了，我也没啥必要非得说服谁不可，我又不损失什么

用java把那几个函数封装一下就可以了。
rails不就是把这些功能内置了吗。
还是那句话，java是语言,rails是框架，不具有可比性。用java也可以做个rails出来。

47 楼 mycybyb 2008-08-26  

<div class='quote_title'>javaeye_003 写道</div>
<div class='quote_div'>
<div class='quote_title'>mycybyb 写道</div>
<div class='quote_div'>用java也可以减少代码量啊，我们现在作页面，代码量比原先少50%</div>
<p> </p>
<p> 我怀疑是你们原来写的垃圾代码太多了，呵呵，没有针对你的意思。</p>
<p> </p>
<p>作页面是指？</p>
</div>
<p> </p>
<p>jsp页面</p>

46 楼 javaeye_003 2008-08-26  

gigix说的很对呀，这个问题无需抬杠，用Ruby写数学算法的代码会比java或许还不止30%，至于那个统计是凭经验，没必要去较这个真吧

45 楼 gigix 2008-08-26  

引用

用Ruby能比用Java减少30%代码量这样结果不知道谁统计的？同样的功能？指哪些方面的功能呢？不要专门指Ruby擅长的或者Ruby自身封装的 API库里那部分功能？不知道Ruby做一个组态图形库的代码量如何？用Ruby写数学算法的代码会比java减少出30%吗？ 谢谢。

sigh
其实这个事情我都说过好多遍，说得都疲了…好吧再说一遍

companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size

拿Java写一个来看看？
有些东西啊，既然别人这么言之凿凿的说，那肯定是有一定道理的，别人肯定是想过的
您这上来就“我们如何如何”，行，您什么都知道了，我也没啥必要非得说服谁不可，我又不损失什么

44 楼 lw223 2008-08-26  

从另一个角度看，用java更能把项目的价钱太高，用rails不行。

43 楼 javaeye_003 2008-08-26  

<div class='quote_title'>mycybyb 写道</div>
<div class='quote_div'>用java也可以减少代码量啊，我们现在作页面，代码量比原先少50%</div>
<p> </p>
<p> 我怀疑是你们原来写的垃圾代码太多了，呵呵，没有针对你的意思。</p>
<p> </p>
<p>作页面是指？</p>

42 楼 mycybyb 2008-08-26  

用java也可以减少代码量啊，我们现在作页面，代码量比原先少50%

41 楼 gigix 2008-08-26  

ltian 写道

您能说明用rails 开发的系统用10万行，而别的语言，比如java就要用100万行吗？大型系统靠的是通用框架和组件来缩短代码行数，提高系统的稳定性和易维护性，而不是靠语言本身吧？

不信就算了。我没啥必要非说服你不可。

40 楼 gigix 2008-08-26  

ltian 写道

gigix 写道

liuqiang 写道

还是Readonly老大快人快语，我之前也是听到许多对于rails做大型应用的诟病，通过我的理解，觉得不然，忍不住说说自己的看法。
大型应用的核心确实在于架构，我仍然觉得利用rails/rest构建大型应用比较适宜

其实，代码越少越容易维护，这个对于大型应用更要紧

预祝各位rail 粉丝能用几千行代码写一个大型系统。

那个，同样的功能，如果用Ruby能比用Java减少30%代码量（which is very possible），维护就会容易得多。
代码越少越容易维护。大型系统永远都不会很容易维护，但至少可以让它稍微比较容易一点。这个世界不是非黑即白的，维护不是只有很容易和很不容易两个极端的，谢谢。

39 楼 gigix 2008-08-26  

abcx 写道

gigix 写道

liuqiang 写道

还是Readonly老大快人快语，我之前也是听到许多对于rails做大型应用的诟病，通过我的理解，觉得不然，忍不住说说自己的看法。

大型应用的核心确实在于架构，我仍然觉得利用rails/rest构建大型应用比较适宜

其实，代码越少越容易维护，这个对于大型应用更要紧

这个很难说，代码多少重要吗，重要的还是可读性，而可读性又和代码阅读者的水平相关，所以语言的采用与代码的编写要和团队成员以及将来预计的维护人员的水平相适应。

又是这种貌似正确的扯淡。我从来就没见过谁会认为100万行的项目会比10万行的容易维护的，甭管是什么水平。

38 楼 mycybyb 2008-08-26  

java是语言，rails是框架，根本没有可比性。
用java照样能做出来rails和restful

37 楼 liuqiang 2008-08-26  

<div class='quote_title'>xqstation 写道</div>
<div class='quote_div'>和谐社会不要吵架啊。。。 <br/>怎么感觉上了首页的帖都总是有内部矛盾呢。</div>
<p> </p>
<p>呵呵，可能我和 ltian是由于彼此没睡醒，产生了一些小小的误解，我想把话说开，矛盾是可以转化的</p>

36 楼 liuqiang 2008-08-26  

<div class='quote_title'>ltian 写道</div>
<div class='quote_div'>
<div class='quote_title'>liuqiang 写道</div>
<div class='quote_div'>
<div class='quote_title'>ltian 写道</div>
<div class='quote_div'>
<div class='quote_title'>liuqiang 写道</div>
<div class='quote_div'>
<p>不知道你是真的没明白还是故意装傻，gigix说的5行代码，是指在<span style='color: #ff0000;'>真实的项目中平均5行代码一个方法</span><span style='color: #000000;'>，我也不知道你是怎么理解的</span></p>
<p><br/>你不会真的连hello world方法也忘了吧，哦（耸肩），既然这样，我想我也没必要和你胡扯下去，暂停</p>
</div>
<p>我也说的是平均5行。这样的数据没有任何意义。因为任何语言，你要是把函数粒度划分的比较细，都可以达到类似的效果。耸肩这个动作都是老外常做的，中国人不大习惯啊。</p>
</div>
<p> </p>
<p>我不太理解你的意思，只有把对方当作外国人了。</p>
<p> </p>
<p>“一个方法只有5行用任何语言都能实现。我用汇编语言都能实现”，你自己琢磨下谁误导谁，我暂停</p>
<p> </p>
<p>“我做得系统比你想想象大的多”，基于flex的webgis系统？处于公司的角度，个人觉得很多东西不适宜在这里显摆吧？</p>
</div>
<p>哦flex的webgis系统是一个小小的系统，这谁都知道，没什么可显摆的，难道放在博客里面的东西都是显摆了吗？抱着这样的态度看别的人博客不太好。</p>
<p>我的意思说，平均每个函数5行左右的代码，任何语言都能实现。我用汇编语言也能实现。现在更正一下你明白了吗？还有什么问题呢？</p>
<p> </p>
</div>
<p><br/>哦，你这句话“我做得系统比你想想象大的多”让我产生了误解，算了，咱不争了，至于你那个flex的webgis系统你是发到论坛上的，我拜读过，尽管不算大系统，但也蛮有趣的，有时间还要向您请教：）</p>
<p> </p>
<p>至于5行代码的问题，我想争论的也意义不大，另外用rails外包欧美项目也挺多的，你明白了吧， ok，就此打住</p>

35 楼 xqstation 2008-08-26  

和谐社会不要吵架啊。。。
怎么感觉上了首页的帖都总是有内部矛盾呢。