|
锁定老帖子 主题：Ror的應用前景
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-08-04
richyzhang 写道 缺的还是工作流。至于数据量，面向公众的web应用一般比企业应用只大不少，所以这个不是问题。 愿闻其详 |
| 返回顶楼 | |
|
发表时间：2009-08-04
richyzhang 写道 缺的还是工作流。至于数据量，面向公众的web应用一般比企业应用只大不少，所以这个不是问题。
Ruote fluxr |
| 返回顶楼 | |
|
发表时间：2009-08-04
很多行业应用数据库表结构十分复杂，即使用j2ee开发都不用orm，而是用jdbc.
|
| 返回顶楼 | |
|
发表时间：2009-08-04
richyzhang 写道 缺的还是工作流。至于数据量，面向公众的web应用一般比企业应用只大不少，所以这个不是问题。
这在ROR里面非常简单把，看看有限状态机。 |
| 返回顶楼 | |
|
发表时间：2009-08-04
ruby不能用于企业应用不是技术上的问题，而是怎么去说服政府部门里面的那些头头，在他们眼里，只有java,oracle。
还有就是大型软件公司的高层，大公司积累的东西太多了，不是说换就能换的。 |
| 返回顶楼 | |
|
发表时间：2009-08-04
按照 Neal Ford 的观点，Rails其实更适合做大型项目，而Java则适合做小型项目。
真正做大型系统，还需要有架构方面的考虑，如果要用所谓的SOA的话，Rails可能不适合。但如果决定采用WOA或Rest架构，用Java做各个子系统，用Rails做界面上的集成，其实是很好的解决方案——我现在就在这么搞，前台界面是Rails的，连接了2个在不同地点的Java后台服务，至少现在遇到的所有问题都是后台系统设计缺陷所致，例如，没有明确的返回值，或同步处理时间太长导致超时... 这些问题最终都通过界面代码弥补或隐藏了，用户体验很好。 |
| 返回顶楼 | |
|
发表时间：2009-08-04
ScorpioX,你的头像是不是自己设计的啊,今天看到个类似的,挺盏鬼!
对于你说的模式,有没有实例让大伙参考参考啊.嘻嘻! |
| 返回顶楼 | |
|
发表时间：2009-08-04
都说了n*n遍了了,ror擅长于web领域.如果你的企业应用是web领域,并且没有啥应用整合,那么就合适,否则就不用考虑
|
| 返回顶楼 | |
|
发表时间：2009-08-04
# 提示信息： 上传文件请压缩后再上传，允许zip, rar, gz, tar, bz2, jar, war格式的压缩文件
# 上传图片推荐使用png, jpg, gif等类型 # 文件大小不能超过10MB |
| 返回顶楼 | |
|
发表时间：2009-08-04
有时间在去看看rails...
|
| 返回顶楼 | |
