|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-26
robbin 写道 另外除了ruby VM的问题，Rails的事务处理模式过于简单，也是一个我存疑的地方，不知道用Rails做在线电子支付会不会有问题。
没明白。什么问题？ |
| 返回顶楼 | |
|
发表时间：2008-08-26
http://highscalability.com/friends-sale-architecture-300-million-page-view-month-facebook-ror-app
|
| 返回顶楼 | |
|
发表时间：2008-08-26
ltian 写道 robbin 写道 ltian 写道 gigix 写道 ltian 写道 您能说明用rails 开发的系统用10万行，而别的语言，比如java就要用100万行吗？大型系统靠的是通用框架和组件来缩短代码行数，提高系统的稳定性和易维护性，而不是靠语言本身吧？
不信就算了。我没啥必要非说服你不可。 咱们讨论道理，不是谁要说说服谁的问题。我的观点是，大型系统开发方面，通用框架和平台的作用远远超出语言本身的作用。比如没用工作流系统、没有图形开发库、没有应用建模框架、没有企业建模框架、没有权限资源管理框架，没有应用建模框架、没有消息框架那么开发大型企业应用是很困难的。大型企业应用可不单单是人机界面多的问题。用rail开发人机界面可能比JSF或者其他JAVA的表现层技术要快捷些。但是这不能说明开发大型企业应用就占优势。当然我也不反对rails能开发大型应用，关键是你的团队有没有很多成熟的框架，如果仅仅是依靠语言本身，我觉得远远不够。 工作流方面ruby是有的，但是目前比较简单，可能没有达到jBPM的完善程度； 图形开发库方面ruby的RMagic并不比Java2D，3D差呀，甚至性能更好； 应用建模框架是什么概念？你举个Java的开源例子给我听听看？ 企业建模也不明白，麻烦你也举个开源的Java例子？ 权限资源管理框架麻烦去看看看ruby版好吗？孤陋寡闻本不是错； 消息框架也麻烦你去看看ruby版，ruby的消息框架现在实在太多了； 哦，不会Ruby就是孤陋寡闻，问问比尔盖茨同志知道不知道ruby 。我说的这些都是我们自己针对企业应用开发的，和开源的有类似，也有些是自己抽象出来的。我举这些东西是说企业开发中，这些才是加快大规模应用开发效率，提高产品质量的核心东西，和语言本身无关。我有说过一句Ruby没有这系统的吗？有本事自己有用Ruby做一个全面工作流系统才叫厉害。 我看你脑子气糊涂了吧？ 仔细看看你上面自己说过的话。你自己先用ruby没有这些企业应用可能需要的库来否定ruby，然后我告诉你其实ruby也是有这些库的，只不过你不知道而已。然后你自己就开始扯盖茨也不知道ruby（你敢确信盖茨不知道ruby？那IronRuby是怎么回事？），否认你没有说过ruby没有这些东西，最后又扯我要有本事，就自己用ruby开发工作流。我就纳闷了，我有本事也罢，没本事也罢，和用不用ruby开发工作流有什么逻辑关系吗？ |
| 返回顶楼 | |
|
发表时间：2008-08-26
ltian老兄，省点口水吧，看了你发的三个问题就知道你对web开发的理解力和水平了，我这不是故意贬损，继续说下去不是批判的问题了，而是你自己暴露自己的过程了。
保持一颗开放学习的心，人才会有进步。 |
| 返回顶楼 | |
|
发表时间：2008-08-26
robbin 写道 我看你脑子气糊涂了吧？ 仔细看看你上面自己说过的话。你自己先用ruby没有这些企业应用可能需要的库来否定ruby，然后我告诉你其实ruby也是有这些库的，只不过你不知道而已。然后你自己就开始扯盖茨也不知道ruby（你敢确信盖茨不知道ruby？那IronRuby是怎么回事？），否认你没有说过ruby没有这些东西，最后又扯我要有本事，就自己用ruby开发工作流。我就纳闷了，我有本事也罢，没本事也罢，和用不用ruby开发工作流有什么逻辑关系吗？
直接承认他很有本事，Rails就是一坨屎 反正又不损失什么 你花个五块钱，让他一辈子以为花生是树上长的，多划算 何况还不花钱 |
| 返回顶楼 | |
|
发表时间：2008-08-26
ltian 写道 有本事自己有用Ruby做一个全面工作流系统才叫厉害。
正在尝试做基于mindmap和概念图实现的任务协同工具 大概不如工作流厉害。 做着玩么。 愚公挖山也不得挥N锄头。 难道JAVA语言内置工作流引擎？ 况且Rails的强弱和工作流有什么关系。。 一个框架必须实现世界上所有的功能？ |
| 返回顶楼 | |
|
发表时间：2008-08-26
companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size
这样的代码确实看上去很爽，ruby 的语法真是灵活。 但是太灵活的语法会不会让一个团队的人写出风格不同的代码来啊？ 希望大家能够谈谈经验。 |
| 返回顶楼 | |
|
发表时间：2008-08-26
根据我的经验，ruby适合黑客，java适合程序员。
这里的争吵就是很好的例子。 |
| 返回顶楼 | |
|
发表时间：2008-08-26
gigix 写道 robbin 写道 另外除了ruby VM的问题，Rails的事务处理模式过于简单，也是一个我存疑的地方，不知道用Rails做在线电子支付会不会有问题。
没明白。什么问题？ 就是说如果程序员写ruby代码不注意Transaction block的使用的话，很容易出现事务不一致的问题。 另外还有一些复杂的事务处理情况，比方说需要挂起当前事务，启动新事务这种场景，Rails的事务模型做不到。对比一下Spring提供的7种事务模型，Rails能实现的只有2种。 另外偶尔出现的需要杀掉重起ruby进程的情况，也可能会打断正在执行的电子交易。 |
| 返回顶楼 | |
|
发表时间：2008-08-26
robbin 写道 gigix 写道 robbin 写道 另外除了ruby VM的问题，Rails的事务处理模式过于简单，也是一个我存疑的地方，不知道用Rails做在线电子支付会不会有问题。
没明白。什么问题？ 就是说如果程序员写ruby代码不注意Transaction block的使用的话，很容易出现事务不一致的问题。 另外还有一些复杂的事务处理情况，比方说需要挂起当前事务，启动新事务这种场景，Rails的事务模型做不到。对比一下Spring提供的7种事务模型，Rails能实现的只有2种。 另外偶尔出现的需要杀掉重起ruby进程的情况，也可能会打断正在执行的电子交易。 杀掉重起还好吧，只要有事务在 我最近也遇到个txblock的麻烦事，正在尝试在controller上做txfilter，省得到处琢磨要不要事务 |
| 返回顶楼 | |
