<script>ec(2);</script>
现在在PHP的框架上面讨论很多，我觉得这里面主要有两个问题：首先盲目崇拜框架，认为采用框架设计才是正统，否则就是不入流、是菜鸟。其次是模仿 Java 的痕迹很重。我并不是说模仿是一件坏事，这里指的是没有经过认真思索，未曾考虑框架或某些设计的原理与目的、承接项目实际情况和 Java 与 PHP 之间的异同而盲目进行的一些“模仿”工作。《PHP 开发中的三个世界》一文就是针对其中“项目的实际情况”来写的一篇文章，着重讨论了在不同开发领域进行 PHP 开发的一些特点。若有不当之处，还请方家指正。
注：所写内容均为个人感想，转载请注明出处。
PHP 开发中的三个世界
在 PHP 开发领域，不断在讨论讨论 OO ，讨论框架、讨论设计模式、讨论 MVC 模型，讨论这些所带来的种种好处。我不对这些好处进行否认，我只是认为不能盲目跟随某种开发方式，一切方法都是有适用范围的， PHP 开发也不例外。PHP 开发根据受众、服务目标等可以大致可以分为三种不同的开发领域：
行业商业软件、
通用共享软件和
私有专用软件。在这些不同的领域，所主要采用的开发手段也是有所区别的。明确自己产品所在领域并确定下来一种开发方法是很有必要的。需要说明的是这个三个分类严格说来并不是完全并列，泾渭分明，希望这不会给大家带来困扰，领会意思即可。：）
另限于个人的水平及观点的狭隘，有些看法难免有失偏颇甚至偏激，还望方家不吝赐教。
首先来说一下
行业商用软件：
这类软件主要面向特定行业或企业的某种应用，项目设计较为复杂。一般为某个开发公司独立承接，几乎没有竞争对手。目前主要以 CRM、CMS、OA 等为代表。这类软件的客户并不关心系统的运行速度有多快，而是关心这个系统能否协调一致完成所需要的功能。由于是面向特定的客户，所以该类软件使用面较为狭窄，若换了另外一家客户通常就不能很好的运行（这里的运行并非指代码的执行，而是指功能的实现），就必须推倒重来。为了减少在开发不同系统当中所作无谓的基础性的重复劳动，我们就必须把这些不同的系统应用中相同的部分给提取出来。这些相同的部分既含有代码技术上的相似性，也包含设计流程上相似性。这是一种将问题进行抽象的过程。我们现有的这些框架、模型就是前人在这些抽象过程的劳动成果。由于几乎每个 Java 项目通常都是较为大型的复杂的应用，所以我们在这些项目中处处可见框架，处处可见模式。你不采用这种开发方式，那就几乎无法前行。PHP 在开发这类应用时是跟 Java 很相似的，唯一不同的就是各自运行环境（主要是指各自的语言解释器，下同）不同。PHP 是一种脚本语言，其支持各种 OO 语言特性的代价很沉重。无论是在空间还是在时间上。所幸对于这类行业商用软件性能是次要的，并且可以自己决定运行环境，因此采用对 OO 特性支持良好的 PHP5 是必然的选择。而且采用一些框架也是必须的。
再来说说
通用共享软件：
这个概念从传统桌面型共享软件的概念而来，它的主要特点就是客户（包括潜在的客户）众多，同一类型的软件用户的选择也较多，竞争较为激烈。这类软件目前以论坛社区程序为代表。为了赢得客户，那你必须要做得比一般竞争对手更好。对这类软件来说，竞争主要在一下几个方面：
1、界面。界面是你的客户（包括客户的客户）对你产品的第一印象。因此界面必须要友好。界面不单指外观，还包括可操作性。界面必须要考虑到大多数人的习惯，操作必须要简单、顺手。外观虽然是萝卜白菜，但你也必须留一个选择权（接口）给客户，让客户能非常方便地修改使用。
2、性能。良好的界面当然会给你的产品加分。但在这可以 Ctrl+C 和 Ctrl+V 的世界，再优秀的界面都会被竞争对手瞬间所“学习”。如果说界面是第一印象，那么性能将是致命的考察。因为界面可以更换，但你不能指望客户自己去完善代码。在 PHP 开发中，性能很大程度上是指代码的运行速度，另外一个重要的表现就是对系统资源的损耗程度。每个处理进程的资源占有率越低，系统就越有时间来同时处理更多的请求。这些都是一个细微之处见真章的功夫。希望有机会再和大家详细探讨。但其中我个人有个大致的原则就是避免使用类。PHP中的类真是性能杀手。避免使用类的直接后果就是避免使用框架。有人说这样做会影响开发效率。我承认，是可能会造成一些这样的效果。但我认为，效率分两种：开发效率和运行效率。在行业商用软件中我们这样做是不合适的，但在通用共享软件里面，我们的竞争对手很多。况且客户才不会管你使用什么框架、采用什么模式，客户只关心他们自己的体验。雨和熊掌不可兼得，我们必须要舍弃一点开发效率来保证运行效率。这也是不得已而为之。
3、兼容性。
