本文同步刊登在http://ebersir.spaces.live.com/

RailsYet To Make Dent in the Enterprise (
[url=http://reddevnews.com/news/print.aspx?php?name=editor" onclick="tagshow(event)" class="t_tag">editorialsid=9271)(http://raderdotnet.spaces.live.c ... 8A506327E!500.entry]http://reddevnews.com/news/print.aspx?editorialsid=9271[/url])(http://raderdotnet.spaces.live.com/blog/cns!3461738A506327E!500.entry)
People have strong opinions about Rails, and there's a lot of trashtalk about it," Cox observed. "Is it all FUD [fear, uncertainty, anddoubt] or is it real?"Cox说"人们对Rails有很大的意见，关于它的一些闲言闲语也很多，Rails是充满了FUD[担忧，不确定，怀疑](fear,uncertainly, anddoubt)，还是说它是很实际的东西？"
"When the criticisms are directed at Rails in general because it'swritten in Ruby, and because it's a dynamic language, then it's FUD," saidObie Fernandez. "When it's directed at Rails because it's not appropriatefor the enterprise or for applications with large domain models, then I thinkthere's more of a gray area."ObieFernandez谈到："基本上当人们直接批评Rails时，都是因为它是用Ruby写的，而Ruby是动态语言(dynamic language)，因此Rails是充满FUD[担忧，不确定，怀疑]的。人们针对Rails，是因为它不适合于企业开发，或者说它不适合有着很复杂的领域模的应用程序的开发，因此我认为还有很多的灰色地带(gray area)"。

以下是笔者的见解:


目前Rails少了什么?Scaffold让你很方便建立基本的单档增修删,若你的数据结构少了ID这个字段,修删功能就失效。基本的增修删页面虽然阳春了点,但是确实可快速满足在「用一次即丢」的应用程序。企业需要什么
(1)企业需要进阶的查询功能
(2)在ID带名称上,Rails并未支持
(3)没有足够的画面可视化编辑
(4)并没有资料字典的概念,譬如说,字段名称是Total_amount,经Human_Name后是Total amount,但是惯于在中文环境下, 必须有一种统一管理的机制, 把它变成「总金额」
(5)缺少页面继承概念,虽然可以用<%=render :partial => 'form' %>共享部分窗体,一个系统, 不同的页面应会有基本的相同之处, 如果有继承, 那会便于维护
(6)防呆机制需再加强,假设页面 <%= text_area("cruncher", "crunch", {:rows => 3} ) %>正常对应到资料表的字段,但资料表并无cruncher时,并不会引发错误,它仍然视为正常。
(7)资料系结需再加强。html窗体组件,和数据域位系结, 需有一套便于设定的办法。
(8)Scaffold若能产生主/明细的页面,会使实用性大大提升。

港澳台同胞？建议你看完《agile web 2e》这本书再发言吧。。。

（1）你还要啥查询功能，你可以自己构造sql语句
（2）主键可以自己修改成任何名字
（3）什么叫画面可视化编辑？编辑这东西一向来是编辑器提供的。
（4）这个其实自己可以设置的。可以参考typo等应用。
（5）layout的功能。。。可以指定全局用同一个layout。
（6）啥叫防呆？
（7）好像Rails的视图机制比起最流行Java好很多了。
（8）啥叫主细页面？

好像你提及的问题都是web开发上的常见问题，目前Rails被认为难以进入企业级开发，大多认为是其缺乏虚拟机支持，性能不够，缺乏消息传递框架的实现。关于企业级开发，请看看《Patterns of Enterprise Application Architecture》和《Enterprise Integration Patterns : Designing, Building, and Deploying Messaging Solutions》吧。

我想从一个非技术角度说这个问题，RoR要走入企业缺Some big company behind it or handle it。
这个不要小看，真的很重要，对企业的CIO来说。

引用:

原帖由 lgn21st 于 08/1/28 15:26 发表
我想从一个非技术角度说这个问题，RoR要走入企业缺Some big company behind it or handle it。
这个不要小看，真的很重要，对企业的CIO来说。

嗯，这个很重要。

引用:

原帖由 lgn21st 于 2008-1-28 15:26 发表
我想从一个非技术角度说这个问题，RoR要走入企业缺Some big company behind it or handle it。
这个不要小看，真的很重要，对企业的CIO来说。

对于你的说法，我就怕有什么大公司支持RoR。说俗了，就是因为没有大公司把ROR弄成商业化的产品（商业平台）， ROR才可以这样开放性地发展。

有谁会说，ROR的组织没有在维护和更新它？不过我已经看到开始有什么公司要准备开发ROR的平台了，其实日本已经有公司有类似的产品了，但被利用的不多。现在谁都不愿意被拴在某一个固定公司的产品上，被他们牵着走。

这也是为啥ROR吸引我的地方。我想，一旦ROR被弄得像Java那么复杂，或被拴在某些公司的平台或产品上，那我马上去找另一个替代ROR的开发语言了。

不喜欢好的技术被用于商业目的。

说实话，新技术百花齐放，各有所爱，用户来决定吧。
只要能达到同样的目的，高效率，高质量和低成本就是大家喜欢的。

引用:

原帖由 maninred 于 2008-1-28 14:27 发表
(3）什么叫画面可视化编辑？编辑这东西一向来是编辑器提供的。
（5）layout的功能。。。可以指定全局用同一个layout。
（6）啥叫防呆？
（7）好像Rails的视图机制比起最流行Java好很多了。
（8）啥叫主细页面？

谢谢你的指点
(3)Visual Studio、Flex builder皆有所见即所得的画面编辑,好比你放在一个控件在页面上,设置它的属性、撰写对应事件的程序代码,虽然这不关RoR framework的事,整体看来,它就是那么回事儿。
(4)在一个页面要呈现一张订单,订单有合计,客户编号.....细项有产品名称,数量..缺省的产生器无法达到这个?

引用:

原帖由 pedro756901 于 2008-1-29 08:01 发表


谢谢你的指点
(3)Visual Studio、Flex builder皆有所见即所得的画面编辑,好比你放在一个控件在页面上,设置它的属性、撰写对应事件的程序代码,虽然这不关RoR framework的事,整体看来,它就是那么回事儿。
( ...

那你可以试试NetBean 6.0，如果你想要很好的编辑界面和代码提示功能。NetBean 6.0已经把Ruby的Coding做的相当好了、方便了。如果还不了解ROR开发的人用它会不知道为啥要那样做的，因为它已经把很多在Ruby命令行的工作也给做了。哈哈。

引用:

原帖由 drive2me 于 2008-1-29 09:28 发表


那你可以试试NetBean 6.0，如果你想要很好的编辑界面和代码提示功能。NetBean 6.0已经把Ruby的Coding做的相当好了、方便了。如果还不了解ROR开发的人用它会不知道为啥要那样做的，因为它已经把很多在Ruby命 ...

Netbean 6在编辑view页面还不够便捷,如果您使用过visual studio、delphi或dreamweaver,您便会有很深切的渴望,希望netbean会在下一版提供这样一个整合。

引用:

原帖由 pedro756901 于 08/1/29 11:18 发表


Netbean 6在编辑view页面还不够便捷,如果您使用过visual studio、delphi或dreamweaver,您便会有很深切的渴望,希望netbean会在下一版提供这样一个整合。

vs和delphi都不是好东西。

关于第四个的话，不可能叫Rails帮你做完所有事情吧，如果它能生成所有的东西的话，还要程序员来干嘛？

给的评语不能全显示出来，我直接发出来吧。说到底，其实我并不想对这样的贴子加以评论的，我大多采取omit（不是说贴子不好），我很自私，目光也很短浅，现在非常享受Rails,Ruby就好了。我能力也有限，也不能给Rails,Ruby带来些什么改变，外面也有一大堆牛人在做这样的工作，当我也攀升到这高度时，我也会，但我现在很菜，就不想再发表什么高论来反对，或支持这样的贴子。嘴上说得再好，没有实质行动，言语显得无比脆弱。So...'You've got to find what you love,' Jobs says

引用:

原帖由 cclong 于 08/1/29 20:57 发表
给的评语不能全显示出来，我直接发出来吧。说到底，其实我并不想对这样的贴子加以评论的，我大多采取omit（不是说贴子不好），我很自私，目光也很短浅，现在非常享受Rails,Ruby就好了。我能力也有限，也不能给R ...

cclong的回帖太可爱了。。。

http://www.javaeye.com/topic/159903

楼主真厉害，还跑到javaeye上发这帖，更厉害的是还给锁了。。。

我也不想回复什么，站在程序员角度，我也很享受ruby的乐趣，这段时间花了太多精力在SICP/Python上，跟这些语言相比想作为ror程序员是幸福的，只是自己不自知。
但是换个角度考虑这个问题，就会有截然不同的观点，不用在乎到底谁对谁错，毫无疑问现在的ruby是很青涩的，相对于成熟的甚至在衰退的语言来说。毫无疑问ruby是在进步，而且还很快，但是我们活在当下，就要当下角度出发。我用的最多的数据库是MySQL，最近频繁使用PostgreSQL，但是从商页角度来说，我跟客户推荐Oracle，其中原因很多，简单的说，there are big company handle it。

引用:

原帖由 maninred 于 2008-1-29 22:37 发表
http://www.javaeye.com/topic/159903

楼主真厉害，还跑到javaeye上发这帖，更厉害的是还给锁了。。。

感谢大伙儿参予讨论
大抵上这样的主题,的确是会形成火药味,然后落入公说公有理,形成口水战。我为什么要选择这样一个主题,,丢出这样的问题,让大家一起来想想,RoR还是有未尽之处。其实都是由我自身当前在管理公司营运上的信息系统,我用Delphi来维护几十万行源码,当然想有些东西若可以用wizard产生减少你的低层次的开发,把精神专注在你必须花的事情上,为什么不用呢? DRY惯例的精神不是尽量少出现重复的代码?
想当年dos时代,都是逐行架构整个系统,可目前这个时代,是十倍速时代,RoR可结合Agile式开发,那么可视化是必需做的。或许有人用notepad去写html tag,但我喜欢用dreamweaver去打造。


[ 本帖最后由 pedro756901 于 2008-1-30 08:43 编辑 ]

引用:

原帖由 pedro756901 于 08/1/30 07:52 发表


感谢大伙儿参予讨论
大抵上这样的主题,的确是会形成火药味,然后落入公说公有理,形成口水战。我为什么要选择这样一个主题,,丢出这样的问题,让大家一起来想想,RoR还是有未尽之处。其实都是由我自身当前在管理 ...

LZ真是很强大。。。

管理员来锁了这帖吧。