我怎么就觉得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遵循既定规程的妙招。

 

 

 

 

 

评论

174 楼 fanix 2008-08-26  

ltian，大家在说框架，你在说v

173 楼 toostupid 2008-08-26  

决定做个路过的人。
打酱油去......................

172 楼 DT1 2008-08-26  

rails不仅仅是前台吧.
唉,哪跟哪啊.

忍不住,还是插了一腿.

171 楼 hyf 2008-08-26  

强啊！无敌啊！

ltian兄，我很喜欢你。就为你对V的重视，我觉得你很有魅力。

170 楼 liusong1111 2008-08-26  

火星叔叔马丁 写道

ltian 写道

这确实是个无奈，我曾经回楼主的另一个帖子说过竞争迫使决策者冒险，现在你做企业应用不用B/S,几乎会被鄙视死。
如果能回到以前，我仍然喜欢用Delphi开发企业应用。

    我们两个之间的争论不是在于RAIL能否则做企业开发，而是我不大赞同做大型企业开发时Rails能够以很大差别减少代码数量。你认为依靠Rails本身语言的简洁，我认为更大地依赖框架的运用。后来争吵也就是因为这样，很多Rails支持者们没有看清我说的，认为我否定Rails开发企业开发的可能性。所以口水战就开始了。我是一直做企业开发过过来的，应该算个老程序员了。对我来说，C/S系统升级到B/S系统中头一个难题摆在我面前的就是UI，也就是View的问题。我对乐观估计形式的兄弟们提出UI的三个需求，所有非议因此而来。

   不过现在我发现用RIA+Java可以有效解决UI的问题。我们的系统已经在试运行，用户反响不错。希望有机会和大家分享这方面的经验。即便想用Rail做服务器端，我认为企业开发的前端选型还是要慎重。既然大家觉得Rails那么简洁，我也会抽出时间学的。

说真的 我不相信...

说真的，我也不信。

169 楼 ray_linn 2008-08-26  

gigix 写道

liuqiang 写道

我去年接触一个企业级应用，情况是这样的，底下10个分公司，分布在上海 广州 东莞 深圳……，该系统的中心在香港

这个很常见的
为什么web会流行？说到底是分布式企业的缘故
分布式企业有分布式企业的玩法
我随便举个例子。比如说那种贼复杂的支持鼠标拖拽键盘快捷键的grid，它是干什么用呢？
你认真想想往往会发现一些有趣的事情
技术上不符合直觉的东西往往可以映射到一个深层次的不合理的东西，这种发现是很有意思的

物理架构上，n个中心还是在同一个data center里，中间连接通常会通过专线，或者VPN。因此和在intranet里区别不大。web也不见得是需要的。

168 楼 ray_linn 2008-08-26  

robbin 写道

ray_linn 写道

robbin 写道

ray_linn 写道

如果企业应用不需要web，不需要MVC，Rails有何用武之地？
在银行里，字符终端还是很盛行的。

你知道银行的字符终端系统用什么语言编写的吗？

当然知道，有专门的工具画，编程成C。
俺这里还有无数的大型应用跑的就是黑白字符。

很好很强大！cobol程序员都被雷死了。

这个你倒不用雷，当年我们就专有人画UI，全应用都是C.

167 楼 gigix 2008-08-26  

liuqiang 写道

我去年接触一个企业级应用，情况是这样的，底下10个分公司，分布在上海 广州 东莞 深圳……，该系统的中心在香港

这个很常见的
为什么web会流行？说到底是分布式企业的缘故
分布式企业有分布式企业的玩法
我随便举个例子。比如说那种贼复杂的支持鼠标拖拽键盘快捷键的grid，它是干什么用呢？
你认真想想往往会发现一些有趣的事情
技术上不符合直觉的东西往往可以映射到一个深层次的不合理的东西，这种发现是很有意思的

166 楼 liuqiang 2008-08-26  

<div class='quote_title'>gigix 写道</div>
<div class='quote_div'>
<div class='quote_title'>火星叔叔马丁 写道</div>
<div class='quote_div'>额？ Intranet应用照理对js大小不是非常敏感吧，否则ext怎么活？</div>
<br/>其实，我觉得，企业应用很多时候就不应该瞎搞web client <br/>明明用的人都在一个楼一个内网里 <br/>明明有一大堆交互 <br/>偏要搞到浏览器里用，做的人累得要死，用的人慢得要死 <br/>真不知道是搞什么</div>
<p> </p>
<p> 我去年接触一个企业级应用，情况是这样的，底下10个分公司，分布在上海 广州 东莞 深圳……，该系统的中心在香港</p>

165 楼 QuakeWang 2008-08-26  

ltian 写道

Quake Wang 写道

ltian 写道

第二，我提三个需求，用Rails能轻松实现，就说明我确实无知，我刚才是胡说，我冒犯了Rails这个神圣的框架和各位高人。

1. 你用Rails弹出一个有模窗口（做企业应用应该知道有模窗口），然后用鼠标拖动起来移动这个窗口。从这样窗口上选择一些数据然后再到主窗口上进行显示。
2.一个grid，有20列，屏幕显示不下。要求左边3行固定，剩余列用户可以根据需要左右滚动已能够全部显示。
3.一个窗口有两个控件，左边一棵树，右边一个gird，要求二者之间可以通过拖动来改变宽度，以适应数据的显示。

这是企业开发里面对界面的最常见和普通的要求。在Javaeye上一个没见，所以我说JAVA Eye网站的界面要求有些简单。JavaEye里面确实有些功能做的很好，我也没有小瞧这个网站。只是说这里面的技术运用的成功不能代表它能运用到企业开发领域。

我看了一下你的博客，都是写flex的，可能你对最近几年的javascript发展不太关心，我来举现在流行的例子来回答你的疑问：
1. 现在企业应用中一般不用有模窗口这个名词了，因为他是IE专有，而且弹窗容易被客户的浏览器插件给屏蔽。常见的是用LightBox，比如一个基于prototypejs的UI Lib：
http://livepipe.net/control/window

2. 这个功能是常见的grid lib都会提供的，你可以看一下JavaEye的会员fins开发的GTGrid
http://fins.iteye.com/blog/214290

3. 这是一个纵向的Split Layout和Tree/Grid2个控件的组合，提供layout机制的UI Lib都会提供，比如EXT/qooxdoo
http://extjs.com/deploy/dev/examples/layout/complex.html
http://demo.qooxdoo.org/0.8-rc1/demobrowser/#widget~Tree_Columns.html

你可以看到，在目前丰富的JS UI Lib帮助下，要实现这3个需求是很简单的，而且和后台代码没有任何关系。

EXT框架的讨论我看过，我想你也看过。你说很简单就开发，我觉得可能你的ＪＳ水平很高。我是不行的。
有模窗口不是ＩＥ专有，ＶＢ、ｄｅｌｐｈｉ，ＰＢ中早就有了，和ＩＥ风马牛不相及。不过是ＩＥ能够支持而已。

一个框架、工具能否解决企业应用的实际需求，是否简单易用，不是看过讨论或看过文档就可以下断言的，最起码你需要用它实际来写写看。或许你的Rails经验也只是看过大家讨论，我建议你用Rails写个小应用试试看，不要对自己未知的事物保有恐惧感和抵触感，这不需要多少高明的JS或者Ruby技术。

p.s，我说的IE专有是指其他浏览器(firefox/opera)不支持。

164 楼 gigix 2008-08-26  

火星叔叔马丁 写道

额？ Intranet应用照理对js大小不是非常敏感吧，否则ext怎么活？

其实，我觉得，企业应用很多时候就不应该瞎搞web client
明明用的人都在一个楼一个内网里
明明有一大堆交互
偏要搞到浏览器里用，做的人累得要死，用的人慢得要死
真不知道是搞什么

163 楼 7thbyte 2008-08-26  

刑天战士 写道

gigix 写道

火星叔叔马丁 写道

你确定你真的用过ajax? ajax不能实现鼠标拖动，键盘快捷？
真的？

靠…你来…
上帝的归上帝，凯撒的归凯撒
这种东西非要做到浏览器里，要死人的

深有感触，我们一个页面就是做了一堆效果，结果加载要1分钟……

www.mindmeister.com

:)

162 楼 刑天战士 2008-08-26  

gigix 写道

火星叔叔马丁 写道

你确定你真的用过ajax? ajax不能实现鼠标拖动，键盘快捷？
真的？

靠…你来…
上帝的归上帝，凯撒的归凯撒
这种东西非要做到浏览器里，要死人的

深有感触，我们一个页面就是做了一堆效果，结果加载要1分钟……

161 楼 liuqiang 2008-08-26  

<div class='quote_title'>ltian 写道</div>
<div class='quote_div'>
<div class='quote_title'>你说的我能理解，ＡＪＡｘ我用过，我想告诉各位的是向这样的客户端在企业应用中很多。对鼠标拖动和键盘快捷键的操做要求也很多。大家需要注意一下。</div>
</div>
<p><br/>感谢您给我们上的这堂课，您要是不说，我们大家还都不知道呢……，再次感谢您的无私奉献精神</p>

160 楼 gigix 2008-08-26  

火星叔叔马丁 写道

你确定你真的用过ajax? ajax不能实现鼠标拖动，键盘快捷？
真的？

靠…你来…
上帝的归上帝，凯撒的归凯撒
这种东西非要做到浏览器里，要死人的

159 楼 gigix 2008-08-26  

ltian 写道

你说的我能理解，ＡＪＡｘ我用过，我想告诉各位的是向这样的客户端在企业应用中很多。对鼠标拖动和键盘快捷键的操做要求也很多。大家需要注意一下。

那么就用Flash做前端好了呀
so what?
后端服务器就不用做了？

158 楼 QuakeWang 2008-08-26  

ltian 写道

第二，我提三个需求，用Rails能轻松实现，就说明我确实无知，我刚才是胡说，我冒犯了Rails这个神圣的框架和各位高人。

1. 你用Rails弹出一个有模窗口（做企业应用应该知道有模窗口），然后用鼠标拖动起来移动这个窗口。从这样窗口上选择一些数据然后再到主窗口上进行显示。
2.一个grid，有20列，屏幕显示不下。要求左边3行固定，剩余列用户可以根据需要左右滚动已能够全部显示。
3.一个窗口有两个控件，左边一棵树，右边一个gird，要求二者之间可以通过拖动来改变宽度，以适应数据的显示。

这是企业开发里面对界面的最常见和普通的要求。在Javaeye上一个没见，所以我说JAVA Eye网站的界面要求有些简单。JavaEye里面确实有些功能做的很好，我也没有小瞧这个网站。只是说这里面的技术运用的成功不能代表它能运用到企业开发领域。

我看了一下你的博客，都是写flex的，可能你对最近几年的javascript发展不太关心，我来举现在流行的例子来回答你的疑问：
1. 现在企业应用中一般不用有模窗口这个名词了，因为他是IE专有，而且弹窗容易被客户的浏览器插件给屏蔽。常见的是用LightBox，比如一个基于prototypejs的UI Lib：
http://livepipe.net/control/window

2. 这个功能是常见的grid lib都会提供的，你可以看一下JavaEye的会员fins开发的GTGrid
http://fins.iteye.com/blog/214290

3. 这是一个纵向的Split Layout和Tree/Grid2个控件的组合，提供layout机制的UI Lib都会提供，比如EXT/qooxdoo
http://extjs.com/deploy/dev/examples/layout/complex.html
http://demo.qooxdoo.org/0.8-rc1/demobrowser/#widget~Tree_Columns.html

你可以看到，在目前丰富的JS UI Lib帮助下，要实现这3个需求是很简单的，而且和后台代码没有任何关系。

157 楼 swachian 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'> <br/>另外请教一下楼主，rail里面MVC中的V的开发快捷吗？ <br/></div>
<p> </p>
<p> 不会吧，问这个问题，简单的说，取决于你对V的掌握程度或者上javaeye/ajax的次数</p>
</div>
<p>无话可说，既然要解决V的问题，如果要进行企业开发，你们还是好好考虑我说的人机界面的需求吧。给大家看个V吧。我觉得Java在这方面也做得不好。我不用Java作为V。我认为V是一个很重要的问题。不论大型还是小型的企业开发。web应用还是要考虑V的问题。上面一个兄弟说银行的字符终端，其实也是V的问题。</p>
</div>
<p>rails主要还是基于js html css的web应用，如果你的富客户界面主要靠ajax来做，也就是还是基于文本的为主，那么比java快。谈到RIA，我没多少概念，但后台如果只起交互基本数据作用的话，没理由比java支持的差。讨论rails是当前最好的web框架也是基于html文本的情况，你给的这么富的客户端应该不是很常见的，前面还有人说企业应用在console下还一堆呢，不是非要这么富不可的view才算是企业应用吧。</p>
<p>但是，如果比较ajax在rails和java各框架中被融合的情况，那么你可以试试怎么在rails里面集成方便的ria开发，这个应该比用java更容易来做，当然说这话我的依据只是ajax在rails和java各框架中被集成的情况。但rails这个东西即使要否定，也值得看一下再去否定的。</p>
<p>不过实话实说，rails在V方面在ajax初来乍到的时候，极其领先和方便，这2年V上的发展并不多。比起Controller引进了Rest, Model是越做越强，View方面确实没什么太激烈的进步。</p>

156 楼 toostupid 2008-08-26  

我从大一到大四，老师从来没有教过我界面怎么做。

大一学离散，编程基础，数学，物理，电子学的一些基础, 软件设计的一些概念，软件验证的一些概念,还有数据结构与算法等。
  
大二 操作系统，汇编，不同的编程语言(函数式语言Haskell让我印象最深), 电子学的一些进阶, 电脑架构(architecture那个)..., 统计,高等代数等等

大三 网络协议, 电脑几何学，优化, 人机界面(但不是web界面)主要是讲解什么样的界面用户用起来舒服，如何减少颈椎炎的问题, ...测设等

大四 一些进阶与自选

我发现我大学都白学了，居然连RIA都不会用。

155 楼 7thbyte 2008-08-26  

ltian 写道

哦，要是这么说，这里更多人卖ROR呢。我是提醒大家，企业开发没想象中的那么简单。

是啊 企业开发简直堪比上帝创造世界啊

我管他简单不简单，我只知道凡事都要实践，问题都是一个一个解决的，答案不是YY出来的

参与讨论的很多人已经在很多方面有他们自己的最佳实践

“游泳很难的”

反正我是已经跳下水了。如何？