| 这是一篇来自国外的博文翻译，仅供参考，PHPer 可别着急，呵呵:) 全文如下： 是到了PHP落幕的时候了。就在我这个顽固的PHP分子正要把一个现有的Ruby on Rails代码库转换成PHP时，我要说这样的话。 历史在重演 我认为PHP将亡，因为我以前见到过。大概十年之前，PHP灭掉了Perl。当然了，并不十分彻底；它还坚守在某些环境里，它还有相当可观数量的顽 固粉丝，遗留下来的应用程序也需要维护，持续几十年。但这种语言对于新一代的人，特别是web开发者，它在1999年就开始灭亡了，到2005年左右几乎完全死了。 作为在那个时期出现的新的web开发者，事情显的很明白而且水到渠成：Perl已经不适应新的应用开发环境了。在Perl里，页面需要冗长的公式化 的CGI方式实现，而这些在PHP里却可以用基本的、缺省的编程方式实现。Perl语言里到处都是旧时代的特征 — 引用，不方便的数据结构，还有其他许多的小的古怪语法语义 —— 这使得web开发冗长，不稳定，不方便。无怪乎没有一个出色的web应用是用Perl写成的，而用PHP你却能做的又快又简单，尽管PHP存在着在当时就 显而易见的缺陷。 在1999年支持Perl反对PHP的争论有很多：Perl要快的多，有更多的程序库和驱动支持，CPAN是个神奇的地方，里面预先写好的代码能让 你绝大部分任务省去80%的工作量。现在看起来这些就有点可笑了，但“PHP缺乏可扩展性”却是个真正的缺点。但总之PHP赢了，因为上面所说的这些问题 并不是这种语言固有的。PHP解释器可以变得更快，程序库可以被开发出来，PERA和PECL目前已经变得相当庞大，这还不包括各种厂商希望人们去使用他 们的API而提供的非正式的程序库。 时间在推移 十年之后，我可以感觉到历史大潮正在重演。开发人员对语言的期望在前进。如果说Perl最缺乏的是PHP里令人惊讶的灵活的“关联数组”(也就是智 能哈希表)，那么PHP现在缺乏的就是lambdas和方法链(method chaining)了。同时PHP往往是用在只要20行代码就能写出一个网页的地方，而如今却是如果你不使用什么MVC框架之类的东西就会被认为没有把事 情做对。公式化的代码表明了问题所在：这种语言需要一个框架来替人们做这些事情。 退回到以前，我认为那些顽固的使用Perl来做web开发的人很傻。现在，经历了十年的PHP开发，我处在相同的位置上了。我可以在一个小时里用 PHP敲出一个不错的网站，在一两天里开发出一个优秀的网站。PHP的性能众人皆知，我可以无限的扩展它。我雇佣过的每个开发人员都会它，我集成过的每个 系统里都有一个用它写出的打包的代码库。我深陷于PHP的方便性，尽管它对于我的任务并不是一个合适的语言。 |
