关于PHP大型网站应用的框架使用问题

PHP大型开发框架的看法
服务器君一共花费了253.836 ms进行了4次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

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

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

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

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

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

三、大型框架所考虑的因素过多,开发人员在应用时需要额外关注代码以外的细节过多,如:非标准约定、冗长的手册、琐碎的配置、复杂的文件目录结构、难以限制的合理性约束、千姿百态的类库等等,使得大多数程序员开发过程屡糟困惑,提高开发效率也成了空话。

四、最致命的一点,框架作者不断地寻找银弹,试图制作出一个满足所有需求的怪物。大型应用对系统的松散耦合性要求很高,通常不可能在开发层面直接对数据进行操作,见一个简单的SOA模型(附图),数据层和业务层几乎是物理隔离的,而在业务层的开发上只针对数据层提供的服务接口进行访问。从目前的PHP开发框架来说(特别是MVC模型),通常使用ORM来直接对数据库表进行抽象,并直接加以CRUD操作,靠谱的大型应用是不会这做的(或许适合VPS,但大型应用会选择VPS ??)。

总结,PHP大型框架真的还处于很尴尬的地位,但是从另一方面来说,好的PHP大型框架真的是一个值得很多人学习的好榜样,其中蕴涵了大量的设计理念、设计模式、代码优化、语言特性、软件工程等知识体系,融汇PHP精髓但又远超PHP本身。

最后还是要对这些大型PHP框架说一流行话,“学之者生,用之者死”。所以大型的项目,框架最好是针对性的定制开发。

本文地址:http://www.nowamagic.net/librarys/veda/detail/166,欢迎访问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/166

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《链接器和加载器》 莱文(John R.Levine) (作者), 李勇 (译者)

《链接器和加载器》讲述构建程序的关键工具——链接器和加载器,内容包括链接和加载、体系结构、目标文件、存储分配、符号管理、库、重定位、加载和覆盖、共享库、动态链接和加载、动态链接的共享库,以及着眼于成熟的现代链接器所做的一些变化;并介绍一个持续的实践项目,即使用Perl语言开发一个可用的小链接器。《链接器和加载器》适合高校计算机相关专业的学生、实习程序员、语言设计者和开发人员阅读参考。

更多计算机宝库...