Aiyiweb.Com提示：总之，PHP和Ruby的差异还是很大的，不适合放在一同比较，其实应该比较的是Ruby和Python才对。

做ROR有一年了, 感觉非常好.配合敏捷实践(除了pair, 由于是和美国工程师近程合作.)开发速度的确快.一共三团体写代码，短短半年, 项目就基本结束了....

如今新项目即将到来, 客户在php和rails之间难以取舍. 我也打算趁此机会了解一下php.
由于项目定制性还是比较高，想通过成熟的CMS等系统来改改估量是没戏。
从头开发又觉得太慢。于是想从开源框架入手。

经过了解才发现, php新兴的一些框架基本上清一色的学习(或者叫抄袭,特别是cakePHP, 那几乎抄得太厉害了.)rails。而且这些框架还发展的很好，越来越遭到php社区的欢迎。 比如国外cakePHP,国内的Fleaphp, QeePHP等等，就不逐一列举了.

昨天用cakePHP做了个简单的demo， 确实抄rails那是抄的相当直白。 甚至连rake都还有相应的东西代替。除了migration和filter我没找到对应的东西。让我一个不懂php的人,都还是可以很快地上手了.

一方面感叹php抄rails这种彻底，另一方面也感叹这些抄袭之作的确也带来了php开发效率的提升。虽然由于php本身的缘由，框架的引入对功用的影响是比较大的。但是这些框架的出现大有重整php社区的意思。（至少客户就通知我们，用rails不如用cakePHP，这样他们也不会引入更多风险。他们还引见他们美国几个团队都又从rails转回cakePHP了.）

我就疑惑儿了，当时还觉得rails就是冲着php的市场去的。。。如今反而觉得rails的思想解救了php...

大家觉得是应该继续说服客户呢？ 还是就用山寨rails了呢？



高手robbin的回复:
----------------------------------------------------------------


PHP和Python/Ruby的运转机制有一个本质区别：PHP是每次HTTP请求过来当前，初始化全部资源（例如创建数据库链接、加载系统类库，创建缓存等等），处理完毕，释放全部资源，这不像Python/Ruby之类带有GC的脚本言语，Python/Ruby是初次启动的时候初始化资源，随后的请求就不必再次初始化资源了。

这种机制的差异带来的区别就是：

1、PHP极难出现严重的内存泄露问题，随便你代码写的多烂，反正每个请求一执行完毕，所有资源统统释放光。而Python/Ruby则需求依赖GC来回收内存，因此稍有不慎，还是会出现GC无法释放的内存泄露问题。

2、PHP每次请求都要初始化资源，这个开销非常大。所以虽然PHP解析器本身的运转速度是极快的，但是一旦使用复杂的PHP框架，那么由于需求每次请求的时候初始化整个框架，功用的下降非常厉害，你用一个很复杂的PHP框架的结果就是全体功用被Ruby远远甩开。这也是为什么PHP社区这么多年来，并不怎样倾向于使用框架的缘由之一。

3、由于PHP这种每请求初始化资源的机制，也形成了PHP添加跨请求的高级特性相当困难，这是PHP本身一个很大的限制，但是反过来说，正是这种限制使得PHP一直保持在一个比较简单的web言语上面，而正是这一点才是PHP得以成为互联网第一Web编程言语的缘由，因此也未必就不好。

总之，PHP和Ruby的差异还是很大的，不适合放在一同比较，其实应该比较的是Ruby和Python才对。

所以我觉得Rails这种框架性做法被PHP跟风当前，其实是把PHP带上了正路，所以不如说是Rails在误导PHP的发展。顺便多说一句：DHH在编写basecamp之前，不断是用PHP的，并且本人还写了一个PHP的快速开发框架，他改用ruby当前，把当初本人写的PHP框架也移植过来了，这个框架实际上是Rails最后的原型。那么为什么DHH当初不直接基于PHP做Rails呢?非要改用ruby当前，才发表rails呢？你看看PHP这种运转机制就知道了，PHP做复杂的web开发框架并不是一条光明的道路。