PHP程序员是否应该使用自己写的框架

       首先我不是批判PHP程序员去尝试写自己的框架，自己开发一套框架绝对是提高编程能力的好方法。我想要讨论的是否需要自己开发一套框架用于公司的业务项目。
        有这样的想法是因为上周日去看一个朋友新开的创业项目，他招聘了一位PHP主程（薪资在15K/月）。这位主程在项目中使用的是自己开发的一套框架，框架的具体代码我没有看到，所以不能对框架的好坏做出评价。但是据说之后又招聘了几个PHP程序员，这些PHP程序员在主程眼里都感觉能力一般，工作不了多少时间就被辞退了。我询问朋友他的项目进程如何。得到的回答是从1月开始到4月，项目进度大概delay了50%。也就是说在项目出现了严重延误的情况下，却一直无法有效补充人员。如果项目选择的是开放框架，那么在人员招聘，编程能力测试等方面都会相对更容易些。除非公司所开发的项目有一些特殊需要，现有的开放框架不适合项目功能需要，才应该去开发自己的框架用于业务项目。

        所以我想给新开始的项目或者公司的建议就是，最好挑选适合自己使用的开放框架。如果框架的功能在部分地方无法满足需要，应该考虑对框架做扩展开发，并将扩展反馈给社区，争取这个扩展可以以插件或者扩展库形式开放给整个社区使用。如此就可以即满足自身需要的同时，又在业务发展时方便补充需要的人员。

 

 

是什么框架？ 用来做什么的？

 

PHP限于一些特性，使用大型框架不是好主意。

就是指web站点开发用的框架了，比如yii,symfony等。
其实对于大多数的网站开发来说，大型框架对性能的影响和对开发速度、项目安全性、人员补充等等带来的便利性相比是微不足道的。而且一个网站推出后，随着访问者的增加，当部分性能成为瓶颈时，对框架做些许微调就基本上可以做到。如果真正到了框架完全成为站点性能的瓶颈时，重新写那写关键性模块也不是不可能的。这个时候在资金以及人力资源上，和最初时就完全不同了。
我想要反对的是不少PHP程序员一上来就对那些开放型的框架嗤之以鼻，总是相信自己写出来的自有东西。甚至很多人不相信框架，在开发中不分层，到处混合着SQL语句等代码。

我认为如果项目有一定规模,一定要有自己核心稳定的技术leader,
那技术方案就应该由leader决定.
当然,如果让我选方案,我是不会用目前常见的框架的,不是因为人家的框架不好,而恰恰是因为维护成本高的问题,
个人感觉流行的PHP框架都有一个共性,那就是庞大,那些不庞大的都不能流行.
PHP之下不应该出现庞大框架,因为这违背了PHP的精神,PHP追求的就是简单快速.
但是一个不庞大的框架,相信有一定水准的PHPer都可以写出来.
就算你用框架也不能避免混合着SQL语句的代码,因为php本来就是这样的,
PHP的一个特有现象:
框架要流行就要全面大.
但是大项目用这样的框架不见得合适,因为你项目够大,就要招聘足够实力的技术,但是有这样实力的技术都会按照项目需求快速构建一个定制的框架.
至于你说的,后续招的人不合适的问题,那和你用啥框架无关的.
对于php招人,如果不能快速上手一个陌生的框架,那就不是个合适的人选.
而对于一个php框架,如果不能让人上手,那也不是好的框架.

用完就扔的特性套上框架简直是滑稽，憨豆先生都笑了。

不考虑维护的话，用神马框架啊？

对于PHP框架我是倾向于自己写。一个复杂的PHP框架对于PHP效率绝对是破坏性的。Ruby运行速度比PHP慢很多，可是Rails却比大多数PHP框架要快，可见一斑。如果一个框架只用到其中一部分功能，为多余的功能牺牲的效率是很大的，对于web应用是很不划算的。
在维护性上更是自己写的好，一旦遇到什么棘手的问题，自己写的能很快的知道问题出在哪里，在扩展性上，不要迷信外面框架能给你良好东西，直接在框架内部改写更方便而且性能损耗是最低的。
还有就是自己写简单的PHP框架代价很小。这个不解释了，应该都知道。
说了这么多，我想说的是如果一个新建项目，首先要看是否有现有的PHP项目可以改写，比如：wordpress、mediawiki等。其次才是选择一个很简单，性能好的PHP框架进行改写，能力强的可以完全自己写。当发现自己的web项目需要zend、symfony等超级框架时。我想说其实PHP已经不适合你了，果断的选择其他方案吧，兴许你能发现新的蓝天。

楼上典型的鼠目寸光

我反倒比较赞同您楼上的说法。

为什么新浪，腾讯自己开放出来的系统(weibo)都是简单框架，简单的不能在简单了！

框架是适用于项目！

如果php主管能力了很强的话，下面一些只会写代码的人就可以了。如果不强，那么又何必自己开发一套框架呢。

不过，任何管理者都是新官上任三把火。问题在于要烧

php语言本身没错，错在于用php的人是怎么想的，facebook是用php的集大成者，看看人家是怎么做的