PHP介绍
PHP对程序员的要求更高，它对代码不做任何优化
今天是愚人节, 但我这个文章标题可不是和大家开玩笑.
首先, 大家都知道, PHP也是一种编译型脚本语言, 和其他的预编译型语言不同, 它不是编译成中间代码, 然后发布.. 而是每次运行都需要编译..
为此, 也就有了一些Opcode Cacche, 比如开源的APC, eacc. 还有商业的Zend O+等.
那么为什么PHP不把编译/执行分开呢?
PHP虽然是一种编译型脚本语言, 但是它的编译速度非常快, 它的编译不做任何语义优化, 就是简单的忠实的把你所写的代码翻译成对应的Opcodes. 而其他语言因为在编译器做很多的优化工作, 会造成编译比较重, 也一定程度上要求它们分离.
所以, 理论上来说, 通过编译执行分离, 想达到源码加密, 是不会有什么太大收效的, 因为它很容易被反向.
另外, 编译直接分离, 并不会带来特别大的收益, 反而会降低调试部署的效率(想想, 修改, 编译, 发布, 看效果), 并且APC等Opcode Cache工具, 已经很成熟了..
到这里, 请大家注意这句:”它的编译不做任何语义优化”….
这也就是我为什么说, PHP对程序员的要求更高, 不同于其他的编译型语言, PHP在编译的时候不会帮你做一些优化, 比如对于如下的代码:
$j = "laruence"; for ($i = 0; $i < strlen($j); $i++) { // ... }
如果是其他预编译语言, 它的编译器也许会帮你做优化, 把strlen提取到前面去, 只做一次就够了. 而对于PHP来说, 它在编译的时候不做任何优化, 也就是说, 你的strlen, 会忠实的被调用8次.
再比如:
$table = "table"; while ($i++ < 1000) { $sql = "select * from " . $table . " where id = " . $i; }
没错, “select * from ” . $table会被concat 1000次..
可见, PHP的程序员, 需要认真的想好, 你的代码会怎么被执行, 你怎么写代码, 最终的执行效率才最高. 而不像其他的语言, 程序员可以把一部分优化工作交给编译器.
这也就是我为什么说:”PHP对程序员的要求更高” 的原因. 当然, 这个是好是坏, 那就是见仁见智了.
为什么说PHP是个集中营
本文是从 Why PHP Was a Ghetto 这篇文章翻译而来。有一天我跟在DUMBO的一个非常棒的创业公司的老板聊天，谈到为什么非PHP界的开发人员普遍轻视PHP和PHP相关社区。他提出了一个观点让我印象很深，很大程度上是因为以前从来没有听到过这样的说法。 AD： 51CTO推荐专题：优秀的PHP开发者是怎样炼成的？
如果你不知道大多数的程序员都会对PHP发什么样的牢骚，那么，这些牢骚差不多会像这样：
◆ 语法丑陋
◆ 缺乏其它语言都有的一些必要的特征(在5.3版本之前，没有命名空间，闭包)
◆ 不一致的函数命名、使用惯例，以及其它一些怪异的东西
◆ 过程和面向对象的杂混
◆ 基本上80-90%的PHP项目都烂如一堆狗屎
但他所说的PHP的问题却是另外一个问题。他并没有说这种语言有问题——他认为这种语言被一种常见的文化现象包围着，是一种通常由语言的创造者造就的文化传统，现在看来这对一些糟糕的编程实践方法起到了鼓励作用。也就是它使PHP代码变的劣质和不可维护。
这种一个语言或框架上体现出创始人的哲学思想并被相关社区推崇的现象是的确存在的。他拿出来Ruby和其创始人Matz作为例子。Matz想要的是一种易读易写、能提高程序员工作效率的语言。没看见Ruby开发人员们言之必称快速开发以及这种语言的优雅?
接着就是DHH 和他的Rails框架。还有Guido和他的Python语言。于是我在想：Rasmus对于PHP呢?
Rasmus Lerdorf给人的印象非常的有趣。他创建了最初版的PHP语言，而且一直在改进这种语言，他在PHP社区里被当作神一样崇拜，他在PHP的任何方面都享有最大的权威。他被众多的会议邀请去做演讲，同时被大网络公司所雇用，他获得了所有人的尊敬——尽管有这样一种事实：他成了大多数的非PHP程序员所鄙视的PHP上的众多问题的形象代表。
Rasmus倡导避免使用框架，而把PHP更多的当作一种模板语言。对他来说，这种做法能产生直接的运行效率和可扩展性(程序负载可知)。而对于其他的所有人来说，这种做法导致了大量的乱炖似的过程式代码，大量的无法维护的项目。自从1995年PHP诞生至今大概10年左右的时间里，所有的PHP项目都是按照这种指导写成的。
与此同时另外一个问题突然的出现了：在PHP5.0之前，PHP的初期，PHP获得了大量的新手的追随。这种语言的入门门槛出奇的低，任何人都可以下载自解压的×AMP Windows程序安装包、在2两分钟内用上这种语言。除此之外，那时在Web开发方式上对MVC模式的共识并没有真正的出现。这样一来你可以想象，一群新手和一个缺乏好的开发实践方法的语言组合到一起能创造出什么?一堆无法维护的垃圾。而且整个大环境都是这样。
不要误解我的话——优秀的PHP开发者还是不少的，即使是当时。但是，就像我说的，粗制滥造的菜鸟作品到处都是。当牛仔式无羁的PHP程序员在没有指导原则的情况下聚集到一起开发程序，于是像PHPbb、 PHPNuke以及很多的粗糙的.php3程序包就出现了。但是你能单纯的责怪PHP开发人员吗?不能!其它的Web语言巨人，ASP和Perl，同样恶名远扬，同样宣传着一种乱炖式的开发方式。
所以这就是为什么PHP会得到这样的骂名。是因为它的历史流传。大多数已经转向Python，Ruby和Java的PHP开发人员并没有在MVC概念兴起时回头去重新思考这种语言。此外，更有一些像”Ruby公子“Zed Shaw抱怨一些程序员的思想”受PHP毒害“这样的露骨的讽刺，像这样的言论在RubyInside上很盛行。
PHP是个集中营
但像Zend和CodeIgniter这样的框架的出现把这种语言推向了正确的开发方向上。事实上，它把PHP推向了与Rasmus所希望看到的相反的方向上了。查看一下Zend和CodeIgniter框架，你会发现它们是为数不多的文档写的很好，代码写的很好的程序。
大多数学习了Ruby的开发人员同时都要学习Rails和MVC知识;PHP在此之前已经被使用了整整10年。对于那些新手来说，可恶的Ruby没有给他们这段时间让他们自由发挥。Rails有现成的标准指导，它的入门门槛相对高很多，通常会把一些缺少经验的开发人员挡在门外。
事实上，PHP应用程序是可以向其它种语言那样写的很好，而且还会具有一定的运行速度上的优势。PHP世界里的MVC风格的开发方法兴起只是在近几年才出现的现象。不得不承认，我们应该感谢Rails带来的这种变化。
那么，PHP如今是个什么样呢?
◆ 各种标准(非统一，但大多数项目使用MVC，很少有垃圾般的过程式程序)
◆ 很低的入门门槛
◆ 速度和可扩展性(在各种脚本语言里PHP应该是最好的)
◆ 有一个好的单元测试框架
◆ 有最好的各国语言翻译的文档
除此之外，互联网上大多数有影响的网站都使用PHP作为它们后台的语言或工具，诸如Facebook，Digg，维基百科，Wordpress，Drupal等等。我相信，对PHP有一个深入的掌握会使一个程序员打开更多的未知领域的大门。
如果你不赞同上面所说的，请留下评论，或email给我——我想听听你为什么不这么认为。
事实上，我并不是一个PHP迷，我对语言没有感觉。我使用PHP大多是因为——你猜到了——有人愿意付钱给我。所以一切归咎于此：
如果你希望在软件设计上做出明智的决定，PHP是你开发Web应用程序的最佳选择。
顺便说一下，如果你确信要使用PHP来开发下一个Web应用，请试一试CodeIgniter。它是一个轻量级的，普通的，超级快的PHP框架。对于CodeIgniter，我是个粉丝。
PHPer为什么被认为是草根？
PHPer是草根吗?
从PHP诞生之日起，PHP就开始在Web应用方面为广大的程序员服务。同时，作为针对Web开发量身定制的脚本语言，PHP一直秉承简单、开源的思想，这也使得PHP得以快速的发展，并且大力地推动Web2.0的出现与发展。但是，长期以来，PHPer(PHP Programmers)被认为是处于草根阶层的程序员，被认为是技术含量少，层次低的程序员。这点在国内尤其突出。
记得一个技术主管说过这样一个事情。他给一个程序员分配了PHP的开发任务，没想到那个程序员居然说：“我是学Java出身的，你让我去写PHP，你这不是在贬低我吗?”。这件事情给我印象很深、触动也很大。虽然这不能代表大部分程序员的看法，但是这么认为的人应该不少。还有人说，现在如果是大型的政府项目，PHP是肯定不会被列入考虑的范围之内的。
那么为什么PHPer会被认为是草根阶层，是因为它很简单，人人都可以学会，所以没什么难度吗?我以前也是这么认为。PHP入门很快，处理文件，数据，远程连接，网络编程都非常方便，官方也有这样的说法：PHP学习的成本很低，所以你容易去使用它。这个想法也是普遍的，甚至大部分的PHPer自己都这样认为。
说到这里，我想大家就会想到我为什么要写这些文字。因为一年多的PHP推广工作让我了解到许许多多的使用PHP的公司的大概情况。在这些过程中我慢慢体会到其中的根本原因。这里我说是根本原因虽然是个人的看法，但是我觉得事实就是如此。
那么为什么PHPer会被看成草根阶层，根本原因是PHPer所作的事情(通过代码实现)的绝大部分都是表现层的东西，这个熟悉PHP的人都知道。当然也会有PHP会说他用MVC结构编写的某某框架具备的如何如何的功能。但是这些还是表现层。所以只会处理表现层的程序员就被看成草根阶层了。事实上也是如此，因为这种情况下PHP确实很难构造大型的应用。
这就找到原因了，不是的。为什么PHPer总是在负责表现层的东西呢。答案是底层的数据处理(Web应用就是数据存储和查找)我们一般不去触及!好，那么说到这里有些人可能已经想到了，那不就是数据库吗!对，就是数据库!让PHPer一直当草根的元凶就是数据库。为什么?
因为目前流行的web架构中，前端是负载均衡系统，中间是web服务器，后面是数据库服务器。所以，大部分PHPer工作在Web服务器层面。因为数据库已经很好地为我们组织数据了。所以PHP中没有太多的算法，而且大家潜意识下也觉得不需要，更何况会影响性能。
这种情况下，PHPer就成为了数据库使用者，他总是在操作数据库。而不是在做程序。一个最简单的PHP脚本就是，连接数据库，把数据取出来，然后用命令输出到浏览器。整个过程不超过10行代码。给人的感觉就是太简单了。没有任何技术含量。为什么了，因为数据处理部分都已经被数据库做完了。尤其是MySQL的使用!MySQL是免费的，所以大多数程序员可以自由地使用它，另外MySQL的速度够快了，所以做个PHP应用程序非常的简单。这就相当于给你枪以后你觉得没有必要学习武功一样。当然，我不是说枪没有武功好。而是说，枪的出现，小孩都可以轻松便捷地杀人了。
我们再详细说说为什么是数据库!这里我说一个例子。我去过北京一家非常著名的网站，当时我们还有一个比较资深的PHP程序员在那说些系统架构的事情。我记得当时那个程序员问大家一个数据结构中的算法问题的时候，全场没有一个人能答得出来(包括我)。然后那个程序员就开始给大家讲些很基础的数据结构的东西了。让我一下子回想到大学时候学的数据结构课。而这些基础的数据排序、查找、传递的问题在其它高级语言(比如C)是非常普遍的。但是在PHP没有!PHPchina.com的论坛也有个板块叫PHP的数据结构和算法。这个板块的帖子也是寥寥无几。
仔细回想下，目前网络上大家讨论的最多的是两个方面的问题。一个是PHP的类的使用(处理过程的封装)，还有一个是开发框架问题。但是我们仔细分析的话，发现这些所谓的PHP中比较复杂的概念里面没有数据处理!为什么，有数据库!用一个Adodb或者PHP5的PDO就可以搞定了!真的搞定了吗?不是，这些无非是在连接数据库，没有数据处理!所以PHPer似乎就没有什么可以拿出台面上的东西。
再说一个具体的代码问题，无级分类。这个概念我想大家都不会陌生了吧。我见过两种处理方式。第一个是地道的PHPer的处理方式，也是目前比较流行的。就是用数据库来处理。而且字段很少，只需要加个父类的字段并加以判断就行了。而且这个方法很实用。效率也高!但是这个不是数据处理的范畴了，而是数据库的查找!
第二个是C程序员用PHP写出来的，他把所有的分类信息都从数据库取出来，然后用数据结构算法进行排列分布，然后输出。
这里我们不对这两种方式的效率进行对比，我想大家都有各自的想法。但是我想说明一个问题，就是这两种做法的本质的区别。PHPer习惯性地用数据库来处理，而且有很巧的处理方式，效率也很高!这种方式就是数据库查询。而第二种方法是比较有特点的。他认为数据库就是存放数据的地方，具体的逻辑处理还要靠自己的逻辑。
因此，结论是第二种方法的使用者觉得自己强些，因为数据的逻辑是他组织的!并且觉得PHPer的那种做法无非就是会查询数据库罢了。所以他认为PHPer是草根级的，只懂得操作数据库和排列页面(smarty搞搞那种)。
说到这里，我想大家都已经回忆了不少自己平时用PHP做开发的经历了吧，是否发现大家确实都在操作数据库呢。
那么我们来讨论下这个问题。数据库不好吗?为什么我一直用数据库处理数据都没有问题。我要说的是数据库是有问题的，而且有很大的问题!当然这里我并不是说不能用数据库，也不是在贬低数据库的性能。而是，我们没有充分认识到数据库所起到的作用。
我的想法源起于这样一个事情，有一次一个网站的技术总监问我，为什么他们的网站那么慢，要怎么办。当时，我的MSN里Zend总部的工程师正好在线，我就问他PHP响应比较慢了，怎么办?他当时直接告诉我，数据库问题!肯定是数据库没有优化设计好。所以，我没有给那个技术总监确切的答案了，因为他们的数据库设计我们是不能涉及的。所以就给了大概的数据库优化的建议。这样的事情屡次发生，我就开始怀疑，为什么Zend总部的工程师每次都跟我说是数据库的问题呢，难道我们不能从PHP层面来解决这个问题吗?答案是不能!因为PHP目前的运行速度已经是很快了，通过Zend的性能分析也能看到一个用户的点击，PHP的运行时间只有10%不到，那PHP在干吗?它在等。等数据库的查询结果。这个方面在目前的PHP产品中有了很大的提高，那就是Caching和网页静态化两个方案。Caching可能大家会比较陌生，但是网也静态化现在连PHP产品的用户都非常清楚了。速度快、容易被搜索到等等，好处不言而喻。开玩笑地说，现在网站的主页实现网页静态化只需要硬盘足够大。J至于Caching就比较复杂些，也是大多数PHPer感到头疼的地方。甚至于有些人会用C来实现。因为Caching中的数据有效期验证、查找、提取、更新等等都是比较难处理。当然，也有人会用数据库来处理Caching问题。
所以，当访问量激增的时候，PHP架构的网站会出现的很多问题都因数据库而起。数据库的同步问题还不算什么。关键是数据库的响应速度会有指数级的降低。这个问题我在10月23号LAMP发布会的时候问过MySQL的副总裁。他当时也没有给我比较完美的答案(这也我的意料之中)，因为数据库总会有瓶颈的，除非是神仙数据库，哈哈!
这里有个题外话，LAMP大会的时候我跟Yahoo的一个技术高管聊的时候，我问他Yahoo在选择MySQL还是Oracle的时候是怎么考虑，他的答案令我非常惊讶。他说大部分的时候我们是会用MySQL的，因为它的性能已经达到我们的要求。但是什么时候我们会选用Oracle呢，就是当我们需要存储收费用户的数据的时候。我就问为什么，难道Oracle比MySQL稳定吗?他说，这个倒没有特别考虑。关键是如果使用Oracle的话，当出现问题的时候我们可以找到负责人，Oracle会负责事故的处理，但是如果用MySQL的话，我们找谁去?
所以，我们对数据库的看法应该纠正过来，就是说数据库不是万能的。如果有实力的话自己开发数据库。听说Google就是那样的。
那么我们怎么看待数据库呢?我个人的理解是数据库只是用来降低开发成本的手段。因为采用数据库以后我们不需要考虑数据的存储，尤其是排序和查找。但是这会带来什么问题呢?就是当业务膨胀的时候，数据库就成为瓶颈了!这个时候问题就会非常棘手!因为这个是底层的数据处理。牵一发而动全身。
所以我认为正确的观点是，数据库是一个数据备份机!怎么理解，我们只需要保证数据的存储有效性就行了。而这本来就是数据库的核心功能，只不过因为数据库的方便的排序等功能让大家把过多的处理都交给数据库来操作了。一个用户的点击PHP就把一大堆的任务交给数据库，然后把结果排列下给用户就完事了。这对数据库是不公平的!也是因此大家开始抱怨数据库的性能了。
针对这个观点，我们再举个例子，有一次我去拜访一个大型的网络公司(基本上国内只要上过互联网的都知道)，他们使用PHP很少，但是我了解到他们其它业务是怎么使用数据库。他们自豪地跟我介绍说他们在数据库的外围有个第二数据库(我这里起名叫第二数据库)。为什么叫第二数据库呢，原来它是一个缓存系统。那么开发工程师怎么去这个缓存系统获取数据呢?那个技术总监自豪地说，他们这个缓存系统由SQL查询语句!我当时很惊讶，但是后来想想确实需要这个。因为当你的缓存系统达到一定量级的时候从缓存获取数据都非常复杂，干脆写个SQL查询语句让缓存系统分析、处理并返回数据。而且他们告诉我，在他们那里，就算是用PHP的话也是让PHP去那个缓存系统读取数据。
所以说，如果你能处理好这样的问题的话，把数据存放在数据库，然后数据库只起到备份的作用。然后你用自己的中间层来处理分析数据，效果是90%以上的用户访问不访问数据库。有人就会说了，这不就类似连接池的东西吗?是的!因为数据库的瓶颈是无法解决的，我们只能在Web服务器和数据库中间加个中间层来做缓冲。
可能大家会说了，切，这个我们早就知道了!那好，这里我要说的是它引发的两点思考：
第一，有些语言已经有连接池技术的基础上，那些程序员可以方便地使用连接池而构建大型应用。那么如果他们认为PHPer只会是用数据库，那么我们是不是可以说他们只会是用连接池呢?连接池和数据库在这个概念上有何区别?
第二，当PHPer开始构建自己的缓存系统的时候，他是不是突破了PHPer只会是用数据库的层次?因为他参与了数据逻辑的处理工作。那么他还是草根吗?
最后，新一代的PHPer是草根吗?
