PHP框架的选择及几款主流框架的性能基本评测

需求毫无疑问,Web框架技术在近几年已经得到了突飞猛进的发展和普及,在过去几年里,框架技术的普遍经历了比较大的完善过程,很大一部分可以归因于RubyonRail

需求

毫无疑问,Web框架技术在近几年已经得到了突飞猛进的发展和普及,在过去几年里,框架技术的普遍经历了比较大的完善过程,很大一部分可以归因于RubyonRails,以及在其他编程语言中流露出的MVC框架思想。

如果你是一个PHP忍者,而不是一个铁杆的Ruby追随者,你也许会惊奇市面上已经有这么多的框架,哪一个才是适合你的。当然回答和个问题取决于的诸多因素,今天我们将会回顾一下这个典型的问题,如何为你的下一个应用系统选择适合你的PHP框架。

同时我们也来看一下比较流行的PHP框架,比较一下他们的区别,这样可以帮你自己做出明智的选择,找到最适合你项目的框架。

明确你的需求

在你决定为你的项目选择一个框架之前,你当先理解需要,需求和了解一些开发团队幕后的工作,我们总结出了如下几个问题,在开始下一步之前你可以试着问问自己。

你的应用程序主要集中于解决哪些问题?

你的应用可以是一个电子商务平台,一个社交网站,消息共享平台或者活动目录,举例来说,如果你正在构建一个电子商务网站,你也许更希望选用一些具有用于处理信用卡和交易会话的成熟的扩展函数库的框架。另一方面,如果是一个轻量级的消息平台(比如说微博类系统),则你也许更应该注重快速的扩展和跨服务器跨数据的支撑访问能力,为了实现负载均衡和快速连接访问。

你的主机运行环境将是什么?

有些特殊的框架会需要使用到一些非默认的其它PHP扩展或者软件安装在服务器上,比如,有些框架的数据抽象层必须要求通过PDO来实现访问,而非直接调用更底层的MySQL或MySQLi,或者有些类似wiki类的程序的图像压缩和处理功能往往需要使用到ImageMagick或Graphiviz这些外部程序。而这些扩展也许并不会被所有的共享主机环境(虚拟主机)支持,此外即便是一个轻量级的小型框架,而且自我集成了所有所需的函数库并且也具有良好的可移植性和适应性,这样的框架应用在处理数据密集型的操作或者大型数据处理的系统时,性能又会成为它的主要瓶颈。

你的开发人员或团队的优势和劣势在于什么?

如果你是个项目经理,一个重要的事情是了解清楚你的具体开发人员他们的能力和弱势,因为他们是真的闷头干活儿人,所以也许你可以选择一些更加面向开发人员友好的容易上手的框架。当然这个问题的也许并不是影响决定是否采用一个框架的决定性因素(不断地要求自己和团队学习新的技术总是好的),但着绝对是一个会影响到你的时间表、预算和安全等多方面因素的重要考量条件。

如何在“高耦合性”还是“低耦合性”的框架中做出选择?

如果从框架产品自身的耦合性来将目前主流的php框架产品分为高耦合性和低耦合性两类。低耦合性的框架看起来更像是一个丰富的函数库和逻辑封装的抽象层,甚至有些好的框架自身就是PHP的一个高级扩展组件,比如PDO,它绝对算得上是一个数据访问的框架也是抽象层。还有一些其他值得一提的低耦合性框架,比如ZendFramework,CakePHP,以及国内开发的ThinkPHP都属于这个范畴。如果你将接手的项目历史问题比较多,并且对UI的自定义比较高,你恐怕需要一个低耦合性的框架来满足你灵活的需求。

另一方面是一些高耦合性框架的代表,比如一些由CRM衍生而来框架类似Drupal,Joomla,还有直接就是为了高耦合性而开发的OpenbizCubi框架,国内小范围流行的框架还有普元等。这些框架的最优秀的特点是可以让你完全只集中于实现你的核心业务逻辑,你甚至不用去管如何实现UI和用户会话管理这些基础特性,你只需要把你的代码和它们提供的接口规范进行“连接”就可以了。如果你负责的项目是一个新的项目,你肯定不希望把大部分的时间都花在实现基础业务逻辑上,比如可能是为客户公司开发一套“停车场管理系统”,还是选择类似OpenbizCubi这样的框架,在其之上直接去实现你的业务逻辑是最对得起你的时间预算和投资回报率的。

简单的性能评测案例 本次测试输出简单的hello word,简单MVC逻辑,(Router -> Controller -> Viewer),没有数据库连接,没有任何逻辑.

硬件平台 CPU: Intel Core i5 750 (2.67GHz x4)

RAM: 4GB

软件环境 Debian 6.0.4 x86_64 (2.6.32-41)

apache 2.2.16 (mpm-prefork,mod-php5)

php 5.3.10

php-apc 3.1.9 (Optimization for include/require)

Copy all projects to /dev/shm/* (Optimization for files read/write)

PHP框架列表 * zf: Zend Framework

Site: http://framework.zend.com

Ver: 1.11.11

* zf2: Zend Framework

Site: http://framework.zend.com

Site: https://github.com/zendframework/ZendSkeletonApplication

Ver: 2.0.0-beta1

* symfony: symfony

Site: http://www.symfony-project.org

Ver: 2.0.0

* cakephp: CakePHP

Site: http://cakephp.org

Ver: 2.0.4

* ci: CodeIgniter

Site: http://codeigniter.com

Ver: 2.1.0

* yii: Yii Framework

Site: http://www.yiiframework.com

Ver: 1.1.8

* micromvc4: MicroMVC

Site: http://www.micromvc.com

Ver: 4.0.0

* laravel: Laravel, A PHP Framework For Web Artisans

Site: http://laravel.com

Ver: 2.0.2

* slim: Slim Framework

Site: http://www.slimframework.com

Ver: 1.5.0

* yaf: Yet Another Framework in PHP Extension

Site: http://code.google.com/p/yafphp

Ver: 2.1.3-beta (yaf.cache_config=1)

* FuelPHP: Simple, Flexible, Community driven Web Framework

Site: http://fuelphp.com/

Ver: 1.1

* ColaPHP:

Site: http://code.google.com/p/colaphp/

Ver: 1.2-ga

# XHProf: A Hierarchical Profiler for PHP

Site: http://pecl.php.net/xhprof

Ver: 0.9.2

# The source code of this testing:

Source: https://github.com/eryx/php-framework-benchmark

1. Apache Benchmark Requests pre second (-c 100 -n 30000), the bigger is better

请求/秒(-c 200 -n 50000), 数值越大越好

2. 系统负载 压力测试一分钟内完成的负载图

越小越好(-c 100 -n 30000)

3. 内存使用率 测试hello word占用的内存,越小越好.

4. 响应时间 页面的响应时间.单位微妙

5. 调用方法的数量(Facebook XHProf) 单个hello word页面调用了多少方法,zend5620个方法,是不是太臃肿了。

6. 文件数量 打开hellow word用到included or required in 文件的数量.越小越好,zend很多,yii19个,yaf才4个,不快才怪。