最近因为工作需要，几个月来看过了几十个网上流行的PHP源码,发现绝大部分都没有采用知名框架来写,有些自己实现了MVC模式,还有一些体量不算小,上百张表的程序甚至连MODEL都没有。请问是什么原因？
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师，...
你得看看先后顺序啊。
比如wordpress出来的时候怎么可能会出现laravel？
可能一个项目开发的时候，并没有什么知名框架，甚至没有把MVC思想引进来。
还有一个，如果你基于一个框架开发，会导致学习成本和开发成本的上升。
这里的开发成本包括你项目的升级和功能添加，因为你基于别人的框架，不太可能去修改框架源码，但是这样如果你要支持某些特定的功能，那怎么办呢？hack一下？那框架升级怎么办？测试要全回归？再hack？自己搭建最适合自己的结构就好了，也不难，要实现得像一个开源MVC框架一样优美完整，那不是重心。
因为大多数流行cms诞生之时，这些框架还没出现。
因为赶进度，而且PHP就是这么任性的语言。
敏捷开发的吧
开发快，现在一般程序员都是追求速度，谁都不想加班
公司根本不给你那么多时间啊，客户也不给公司那么长时间。所以怎么快怎么来咯，而且也并不是所有的项目都需要有那么强的扩展性。
一般来说，程序员工作是在讨生活啊，不是去做学问了。条件不允许。
有的公司自己写框架自己用，用别人的还要改底层代码，很麻烦。毕竟每个公司的实际需求是不一样的。还有要提高开发效率，方便。
框架只有在你已熟练掌握之后才能提高效率。否则，还不如根据实际需求来设计一个架构呢。对一个团队来说，光是学习使用框架所耗费的人天是很恐怖的。而且框架大多比较注重通用性，是面向大众的，至少是面向某类场景的。而对于一个具体产品来说，这些框架很多东西是不必要的，而真正需要的特性又没有。这就不如自己针对自己的产品来设计架构来得高效、实惠。
所以，我总结下来有两点：一是用新框架的学习成本太高，二是框架很可能没有针对具体项目的特性。
适合自己的才是最好的，所以说一般公司的产品都会经历一段时间的产品衍变，那么在衍变的这个过程中，程序员会慢慢的写出最适合自己公司的框架来应用。
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
你得看看先后顺序啊。
比如wordpress出来的时候怎么可能会出现laravel？
可能一个项目开发的时候，并没有什么知名框架，甚至没有把MVC思想引进来。
还有一个，如果你基于一个框架开发，会导致学习成本和开发成本的上升。
这里的开发成本包括你项目的升级和功能添加，因为你基于别人的框架，不太可能去修改框架源码，但是这样如果你要支持某些特定的功能，那怎么办呢？hack一下？那框架升级怎么办？测试要全回归？再hack？自己搭建最适合自己的结构就好了，也不难，要实现得像一个开源MVC框架一样优美完整，那不是重心。
因为大多数流行cms诞生之时，这些框架还没出现。
因为赶进度，而且PHP就是这么任性的语言。
敏捷开发的吧
开发快，现在一般程序员都是追求速度，谁都不想加班
公司根本不给你那么多时间啊，客户也不给公司那么长时间。所以怎么快怎么来咯，而且也并不是所有的项目都需要有那么强的扩展性。
一般来说，程序员工作是在讨生活啊，不是去做学问了。条件不允许。
有的公司自己写框架自己用，用别人的还要改底层代码，很麻烦。毕竟每个公司的实际需求是不一样的。
还有要提高开发效率，方便。
框架只有在你已熟练掌握之后才能提高效率。否则，还不如根据实际需求来设计一个架构呢。对一个团队来说，光是学习使用框架所耗费的人天是很恐怖的。而且框架大多比较注重通用性，是面向大众的，至少是面向某类场景的。而对于一个具体产品来说，这些框架很多东西是不必要的，而真正需要的特性又没有。这就不如自己针对自己的产品来设计架构来得高效、实惠。
所以，我总结下来有两点：一是用新框架的学习成本太高，二是框架很可能没有针对具体项目的特性。
适合自己的才是最好的，所以说一般公司的产品都会经历一段时间的产品衍变，那么在衍变的这个过程中，程序员会慢慢的写出最适合自己公司的框架来应用。