精华帖 (1) :: 良好帖 (13) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-06-29
软件行业的3.0定律,我打算到3.0出来在学习ROR
|
|
返回顶楼 | |
发表时间:2009-06-29
phlsbg 写道 软件行业的3.0定律,我打算到3.0出来在学习ROR
3.0定律?你发现的吧 早学早解脱 |
|
返回顶楼 | |
发表时间:2009-06-29
最后修改:2009-06-29
呵呵,过一段时间打算自己做个网站,用Java是在是太麻烦,用php也尝试过昨网站。
都说ROR开发效率高,打算试一下。 3.0定律是说一般一个软件到了3.0比较稳定了,可以实际的应用使用。一般情况是这样的 |
|
返回顶楼 | |
发表时间:2009-06-30
phlsbg 写道 呵呵,过一段时间打算自己做个网站,用Java是在是太麻烦,用php也尝试过昨网站。
都说ROR开发效率高,打算试一下。 3.0定律是说一般一个软件到了3.0比较稳定了,可以实际的应用使用。一般情况是这样的 恐怕你还是不能用,ruby最新版才1.9 |
|
返回顶楼 | |
发表时间:2009-06-30
最后修改:2009-06-30
减少Rails源码中的“聪明代码”,在Rails中,过度使用了元编程和trick。提议者认为应该减少这些cleaver code,让Rails源代码更可读。这个改进已经启动了。
----这条和我对ruby编程的看法是一样的。可读性 > 简短 |
|
返回顶楼 | |
发表时间:2009-06-30
可读性和简短是不矛盾的,多数情况下,两者是一致的。
rails的问题是,很多地方的实现手法不合适。以前merb跟rails比拼源码量事件可以看出,少用trick,代码的可读性就好,同时,依然能保持更简短。 问题的症结在于设计,对问题域的把握,而不是“可读性与简短的互斥关系”。 |
|
返回顶楼 | |
发表时间:2009-06-30
liusong1111 写道 可读性和简短是不矛盾的,多数情况下,两者是一致的。
rails的问题是,很多地方的实现手法不合适。以前merb跟rails比拼源码量事件可以看出,少用trick,代码的可读性就好,同时,依然能保持更简短。 问题的症结在于设计,对问题域的把握,而不是“可读性与简短的互斥关系”。 merb 的确在简短和可读性上都做的很好。 |
|
返回顶楼 | |
发表时间:2009-06-30
可是用它的人还没有rails的多。
|
|
返回顶楼 | |
发表时间:2009-06-30
群众纷纷表示 rails 写得太长太不 ruby 了。
譬如 actionpack 就有 25k 行,比起只有 1.5k 行的 sinatra,太 tm 多余了。 |
|
返回顶楼 | |
发表时间:2009-06-30
现在使用什么版本的多呀,我怎么看好多人还停留在1.2上没有迈上2呢。
|
|
返回顶楼 | |