浅谈大型PHP网站架构的那点事

PHP从诞生以来就受到广大编程爱好者的喜欢，成为中小站长的好帮手，并培养了大量的PHP编程人员，但是随着PHP的应用越发广泛，很多时候已不限于从事中小网站的应用，一些大型PHP项目也屡见不鲜。


当我们选择PHP开发大型项目时，就不得不考虑开发效率、开发规范、后期维护等问题，这时大家往往会选择一款人们所认可的开发框架，目前所流行的Zend Framework、Yii、Symfony、CodeIgniter、CakePHP等都声称有着开发大型应用的能力。


新框架层出不穷，但当我们真正应用这些框架去实现产品又总是会有各种不同的问题产生：


一、大型框架的背后往往有着较为深厚的结构理论，最熟悉的莫过于MVC、ORM这样耳熟能详的理论术语，还有很多深度面向对象方面的知识，但是真正了解这些的人却为数不多，使得应用门槛急剧攀升;除此大型框架中的应用细节更是纷繁复杂，学习成本也相对较高，这对于原本只是定位中小应用的PHP变得尤为尴尬。


二、PHP做为一门脚本语言，它的运行往往基于宿主进程(如：apache、php-fpm)，在单次请求上经历创建进程、初始化环境、编译脚本、运行引擎、输出、资源回收、进程销毁等一系列过程，在编程语言层面综合运行效率上要比编译型语言慢上2-3个数量级，伴随着消耗大量的系统资源，在此基础上我们还要搭建及加载复杂的开发框架更是增加了其运行成本。而在大型应用中从不缺乏特殊需求，有时PHP加大型框架的运行效率就是致命的。


三、大型框架所考虑的因素过多，开发人员在应用时需要额外关注代码以外的细节过多，如：非标准约定、冗长的手册、琐碎的配置、复杂的文件目录结构、难以限制的合理