中国特色的官僚
一些说明
2007/08/14 00:14 | by
很早就折腾过php，大学时候的事情了，
而ror听说也不过是一年多前的事情吧，至于用就几个月时间，
最早ror的地方估计就是java的社区了，
不知道是被java的沉重压迫的多了，自然就被敏捷吸引了还是什么原因。
反正从ror出生的第一天起，就深深的烙上了敏捷的记号，
记得当初我觉得很诧异，不是很明白ror何谓敏捷，
在我的印象中，php算是敏捷的典范了，
无论是语法，上手速度，php从出生的那天起就是为web准备的，
小跑了一下ror，感觉速度也很一般，比起php，
于是更加差异于为何当时有那么多人推崇ror为敏捷的典范，
那现在看来，不得不承认，当时还是肤浅了很多，
随着慢慢的深入，交叉着php的学习，
发现ror之所以受java社区的推崇不无道理，如下一些原因个人认为至关重要：
1.基于ruby这种语言的特性，ror可以像php一样简单的写出应用，而在模型层，activerecord有着更为强大的支持。我层试过用php和ror写类似的一个功能模块（不涉及数据库），发现代码量半斤八两，都很少。但是一旦进入model层，ruby良好的面向对象特性和activerecord的支持，就马上显露出优势了。
2.可能学习php还不够深入，但是php的单元测试我没怎么玩过，不过php这种嵌入式的脚本，毕竟不是为单元测试而生的，ror不同，他的支撑体系是ruby，一种定义良好的脚本语言，不是单单为web而生，因此良好的测试体系我个人认为更占优势（也许更贴近java开发人员吧）。
3.关于framework这块，ror本身就是一个web的最佳实践组合体，层次不是一般的清晰，比起java应用来，他的习惯重于配置的特性不仅仅是带来“习惯”的好处，而且强制了MVC这种概念。而php在这点上是非常欠缺的，散乱的sql有时候确实不是开发人员想这样，而是到规模大了有点控制不住。
4.REST结构，ror1.2着重开始针对REST结构进行优化，那么PHP在这点上，php有些落后异步，当然很多人会说，关于第三点和第四点，包括symfony和cake在内的框架也已经慢慢成熟了，对，这点不假，但是symfony和cake脱离不掉rails的影子，看上去有点被牵着鼻子走的样子。而且成熟度上来说，还远不如rails。
php更合适于轻巧这个词，按照敏捷的定义来说，我想真的rails更加般配，
如果一个业务变更发生，那么谁能在最快的速度内给出最良好的最正确的解决？
我想，rails比想像中要更为变化而生。
不过，说实话，真的说rails完全超过php还早呢，
php有良好的中文支持，ror，对不起，欠缺了点。
php有更便捷的资源定义，ror，还没准备好。
php的图形库无可比拟，ror的rmagick，真让人操心啊。。。
最后最重要的，php的开源项目和成熟产品太多了，ror在这块上，几乎想个婴儿。
php会更加成熟，ror还有好多路要走。[b][/b]
而ror听说也不过是一年多前的事情吧，至于用就几个月时间，
最早ror的地方估计就是java的社区了，
不知道是被java的沉重压迫的多了，自然就被敏捷吸引了还是什么原因。
反正从ror出生的第一天起，就深深的烙上了敏捷的记号，
记得当初我觉得很诧异，不是很明白ror何谓敏捷，
在我的印象中，php算是敏捷的典范了，
无论是语法，上手速度，php从出生的那天起就是为web准备的，
小跑了一下ror，感觉速度也很一般，比起php，
于是更加差异于为何当时有那么多人推崇ror为敏捷的典范，
那现在看来，不得不承认，当时还是肤浅了很多，
随着慢慢的深入，交叉着php的学习，
发现ror之所以受java社区的推崇不无道理，如下一些原因个人认为至关重要：
1.基于ruby这种语言的特性，ror可以像php一样简单的写出应用，而在模型层，activerecord有着更为强大的支持。我层试过用php和ror写类似的一个功能模块（不涉及数据库），发现代码量半斤八两，都很少。但是一旦进入model层，ruby良好的面向对象特性和activerecord的支持，就马上显露出优势了。
2.可能学习php还不够深入，但是php的单元测试我没怎么玩过，不过php这种嵌入式的脚本，毕竟不是为单元测试而生的，ror不同，他的支撑体系是ruby，一种定义良好的脚本语言，不是单单为web而生，因此良好的测试体系我个人认为更占优势（也许更贴近java开发人员吧）。
3.关于framework这块，ror本身就是一个web的最佳实践组合体，层次不是一般的清晰，比起java应用来，他的习惯重于配置的特性不仅仅是带来“习惯”的好处，而且强制了MVC这种概念。而php在这点上是非常欠缺的，散乱的sql有时候确实不是开发人员想这样，而是到规模大了有点控制不住。
4.REST结构，ror1.2着重开始针对REST结构进行优化，那么PHP在这点上，php有些落后异步，当然很多人会说，关于第三点和第四点，包括symfony和cake在内的框架也已经慢慢成熟了，对，这点不假，但是symfony和cake脱离不掉rails的影子，看上去有点被牵着鼻子走的样子。而且成熟度上来说，还远不如rails。
php更合适于轻巧这个词，按照敏捷的定义来说，我想真的rails更加般配，
如果一个业务变更发生，那么谁能在最快的速度内给出最良好的最正确的解决？
我想，rails比想像中要更为变化而生。
不过，说实话，真的说rails完全超过php还早呢，
php有良好的中文支持，ror，对不起，欠缺了点。
php有更便捷的资源定义，ror，还没准备好。
php的图形库无可比拟，ror的rmagick，真让人操心啊。。。
最后最重要的，php的开源项目和成熟产品太多了，ror在这块上，几乎想个婴儿。
php会更加成熟，ror还有好多路要走。[b][/b]
york 
2008/12/16 15:05
中肯！
分页： 1/1 
[1] 
[1]
