摘要：Php程序比较简单且速度快，开源又免费，lamp(linux操作系统+apacheWEB服务器+mysql数据库+php)架构成熟稳定，所以很多网站采用它。但是PHP框架的话大多数企业都会用自己写的php框架或是在开源框架上进行大规模的二次...
Php程序比较简单且速度快，开源又免费，lamp(linux操作系统+apacheWEB服务器+mysql数据库+php)架构成熟稳定，所以很多网站采用它。但是PHP框架的话大多数企业都会用自己写的php框架或是在开源框架上进行大规模的二次封装，原因是各公司的业务需求差别很大，有个性，便于公司自己运营。并且每个公司都想有一套属于自己的系统，这个要根据各个公司的需要了，一般有一定规模的公司都会自己写适合自己项目的框架，然后不断的完善。如果用开源的，学习成本是一方面，另一方面也不一定适用。
一般的需求框架的企业基本都能满足以下几点：
1成本低
2，速度快
3，容易招人
4，初期规模满足需求
P.S:很多民间的网站，都是不用框架，从开源项目里抽出需要的类库和函数，就够了。
看过用过一些开源框架，像Yii、CakePHP、CodeIgnitor， 同时也为某个大型公司开发维护过内部的框架，简单阐述下观点：
1. 开源框架好是好，但做 PHP 开发的大多围绕项目需求走，没有需要也没有动力去学一个开源的框架，即便要使用，选择哪个框架也是个很困难的事。通常就算用了开源的框架，也只是用了其中一部分，大多没有理解框架设计的原则，一旦需要对框架做扩展时就胡乱来了；
2. 开源框架做的都是通用的需求，而企业内部往往有特殊的需求，自己做框架能够更切合实际的需求，出现 bug 改正也会比较及时。如果使用开源框架，往往要在深入理解内部原理上下不小的功夫，显然没有自己写的代码熟悉；
3. 性能偏见，某些人认为大部分框架中绕来绕去的方法调用、为解耦引入的多次层架构，对性能有影响，因而认为自己写的“简单”代码有更高的性能。这类人往往鄙视设计模式一类的东西，出来的代码当然要更混乱。
PHP框架本身是要提供强约束，比如分层隔离，禁止业务层访问表现层，但PHP的大量函数都在全局命名空间下，你无法禁止对这些函数的访问。归根到底，PHP本来就是设计为对于Web层的抽象。既然要写框架，则隐含前提是认为PHP自身的抽象不够好。重造一层抽象之后，整个就和传统PHP背道而驰了。
从某种程度上说，PHP的哲学是反框架的：
第一：公司有没有自己的框架其实要看公司自身的实力，PHP更多的是一些创业型的公司使用，从成本上来说不适合自己独立开发框架，因为一个良好的框架，业务，安全，性能等等都需要很长时间来考验。
第二：当然有些小公司也会自己写框架，原因很简单自己的业务简单也不需要那么复杂的框架，借鉴一下MVC开发思想，写一个简单的框架也没有那么复杂，另外网站的性能也不是PHP这个框架所决定的，linux和websever的优化和配置以及对数据库的优化和使用都是很重要的因素。
第三：另外关于说PHP不适合大型网站构架纯粹胡扯，不是说他不适合，而是早期的PHP不是很成熟（相对于java和c来说），而且早期的web程序员主要也是以java语言为主，后来虽然PHP技术成熟后，但他们（早期java）占据了公司的领导岗位，对以后的项目会本能的采用自己熟悉的语言和知识。
PHP也是有劣势的：
1：没有占据早期开发优势（人们一般有先入为主的思想），导致现在PHP不能成为大网站的主导语言，
2：属于草根开源语言，在面临bug问题上面，只能等待或者自己做扩展，不像甲骨文可以付费解决问题
第四： 就性能而言,PHP适合快速迭代的开发模式，例如新浪微博就是采用PHP，一个良好的LAMP架构支持百万级的业务量还是相当easy的。
如果项目时间赶，而且公司又没有成熟的开发框架，那么选择开源框架就可以缩短开发周期。如果时间允许，开发团队人员多一些，那么还是公司独立开发一套好一些。在安全性上也会比较有保证。
P．S：自己开发PHP框架，看公司的项目，需要快速反应的，例如给客户做网站，用开源的会有比较多，如果是自己运营的项目，例如自有网站、或者开发自有的软件，那还是自己写比较靠谱，甚至互相结合，交错着用。
想了解更多PHP问题找老师⇛ 后盾网古老师企鹅: 1455067020
看完不要跑记得出来吐吐槽！╰(￣▽￣)╮
