|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-25
不过用rails开发企业应用最好自己写插件与改善框架。
开发成本并不高。 |
| 返回顶楼 | |
|
发表时间：2008-08-25
gigix 写道
liuqiang 写道
还是Readonly老大快人快语，我之前也是听到许多对于rails做大型应用的诟病，通过我的理解，觉得不然，忍不住说说自己的看法。
大型应用的核心确实在于架构，我仍然觉得利用rails/rest构建大型应用比较适宜 其实，代码越少越容易维护，这个对于大型应用更要紧
gigix的这种理解从实际来看，是个经验之谈，不错的建议
但之前听gigix说，单个方法的代码行平均5行，并给了例证，我想这在rails中是可以做到的，但换到java，我想就有吹水的嫌疑了吧 这也从一个方面说明了做大型应用，rails的可维护性是非常好的，当然这也建立在有足够多的rails开发经验之上。 |
| 返回顶楼 | |
|
发表时间：2008-08-25
呵呵,这里有多少人是设计过大型的企业应用?请他们来说说吧.
至于那个MFC,抱歉,我大学同班同学有好几个在做MFC,当然,在写汇编的也有两个. |
| 返回顶楼 | |
|
发表时间：2008-08-25
murainwood 写道
至于那个MFC,抱歉,我大学同班同学有好几个在做MFC,当然,在写汇编的也有两个.
没太明白，你的意思是现在你同学还有几个在做MFC?我没感到惊奇，我同学也有做MFC的，您的意思是？ |
| 返回顶楼 | |
|
发表时间：2008-08-25
各人觉得现在的ROR更适合做OLAP的应用而不是OLTP。
|
| 返回顶楼 | |
|
发表时间：2008-08-25
苹果侠 写道 各人觉得现在的ROR更适合做OLAP的应用而不是OLTP。
… 牛人，麻烦讲讲ROR这种东西怎么A呗 |
| 返回顶楼 | |
|
发表时间：2008-08-25
我从rails1.2.6迁到2.1.0没改多少东西，可能我们的项目还不算大型吧
|
| 返回顶楼 | |
|
发表时间：2008-08-25
gigix 写道 苹果侠 写道 各人觉得现在的ROR更适合做OLAP的应用而不是OLTP。
… 牛人，麻烦讲讲ROR这种东西怎么A呗 A:互联网应用 T:银行，ERP，其他金融行业 |
| 返回顶楼 | |
|
发表时间：2008-08-25
苹果侠 写道 A:互联网应用 T:银行，ERP，其他金融行业 瀑布汗 |
| 返回顶楼 | |
|
发表时间：2008-08-25
苹果侠 写道 gigix 写道 苹果侠 写道 各人觉得现在的ROR更适合做OLAP的应用而不是OLTP。
… 牛人，麻烦讲讲ROR这种东西怎么A呗 A:互联网应用 T:银行，ERP，其他金融行业 丢人丢大发了。 |
| 返回顶楼 | |
。
。
