需求
毫無疑問，Web框架技術(shù)在近幾年已經(jīng)得到了突飛猛進(jìn)的發(fā)展和普及，在過去幾年里，框架技術(shù)的普遍經(jīng)歷了比較大的完善過程，很大一部分可以歸因于RubyonRails，以及在其他編程語言中流露出的MVC框架思想。
如果你是一個(gè)PHP忍者，而不是一個(gè)鐵桿的Ruby追隨者，你也許會(huì)驚奇市面上已經(jīng)有這么多的框架，哪一個(gè)才是適合你的。當(dāng)然回答和個(gè)問題取決于的諸多因素，今天我們將會(huì)回顧一下這個(gè)典型的問題，如何為你的下一個(gè)應(yīng)用系統(tǒng)選擇適合你的PHP框架。
同時(shí)我們也來看一下比較流行的PHP框架，比較一下他們的區(qū)別，這樣可以幫你自己做出明智的選擇，找到最適合你項(xiàng)目的框架。
明確你的需求
在你決定為你的項(xiàng)目選擇一個(gè)框架之前，你當(dāng)先理解需要，需求和了解一些開發(fā)團(tuán)隊(duì)幕后的工作，我們總結(jié)出了如下幾個(gè)問題，在開始下一步之前你可以試著問問自己。
你的應(yīng)用程序主要集中于解決哪些問題？
你的應(yīng)用可以是一個(gè)電子商務(wù)平臺(tái)，一個(gè)社交網(wǎng)站，消息共享平臺(tái)或者活動(dòng)目錄，舉例來說，如果你正在構(gòu)建一個(gè)電子商務(wù)網(wǎng)站，你也許更希望選用一些具有用于處理信用卡和交易會(huì)話的成熟的擴(kuò)展函數(shù)庫的框架。另一方面，如果是一個(gè)輕量級(jí)的消息平臺(tái)（比如說微博類系統(tǒng)），則你也許更應(yīng)該注重快速的擴(kuò)展和跨服務(wù)器跨數(shù)據(jù)的支撐訪問能力，為了實(shí)現(xiàn)負(fù)載均衡和快速連接訪問。
你的主機(jī)運(yùn)行環(huán)境將是什么？
有些特殊的框架會(huì)需要使用到一些非默認(rèn)的其它PHP擴(kuò)展或者軟件安裝在服務(wù)器上，比如，有些框架的數(shù)據(jù)抽象層必須要求通過PDO來實(shí)現(xiàn)訪問，而非直接調(diào)用更底層的MySQL或MySQLi，或者有些類似wiki類的程序的圖像壓縮和處理功能往往需要使用到ImageMagick或Graphiviz這些外部程序。而這些擴(kuò)展也許并不會(huì)被所有的共享主機(jī)環(huán)境（虛擬主機(jī)）支持，此外即便是一個(gè)輕量級(jí)的小型框架，而且自我集成了所有所需的函數(shù)庫并且也具有良好的可移植性和適應(yīng)性，這樣的框架應(yīng)用在處理數(shù)據(jù)密集型的操作或者大型數(shù)據(jù)處理的系統(tǒng)時(shí)，性能又會(huì)成為它的主要瓶頸。
你的開發(fā)人員或團(tuán)隊(duì)的優(yōu)勢和劣勢在于什么？
如果你是個(gè)項(xiàng)目經(jīng)理，一個(gè)重要的事情是了解清楚你的具體開發(fā)人員他們的能力和弱勢，因?yàn)樗麄兪钦娴膼烆^干活兒人，所以也許你可以選擇一些更加面向開發(fā)人員友好的容易上手的框架。當(dāng)然這個(gè)問題的也許并不是影響決定是否采用一個(gè)框架的決定性因素（不斷地要求自己和團(tuán)隊(duì)學(xué)習(xí)新的技術(shù)總是好的），但著絕對(duì)是一個(gè)會(huì)影響到你的時(shí)間表、預(yù)算和安全等多方面因素的重要考量條件。
如何在“高耦合性”還是“低耦合性”的框架中做出選擇？
如果從框架產(chǎn)品自身的耦合性來將目前主流的php框架產(chǎn)品分為高耦合性和低耦合性兩類。低耦合性的框架看起來更像是一個(gè)豐富的函數(shù)庫和邏輯封裝的抽象層，甚至有些好的框架自身就是PHP的一個(gè)高級(jí)擴(kuò)展組件，比如PDO，它絕對(duì)算得上是一個(gè)數(shù)據(jù)訪問的框架也是抽象層。還有一些其他值得一提的低耦合性框架，比如ZendFramework,CakePHP,以及國內(nèi)開發(fā)的ThinkPHP都屬于這個(gè)范疇。如果你將接手的項(xiàng)目歷史問題比較多，并且對(duì)UI的自定義比較高，你恐怕需要一個(gè)低耦合性的框架來滿足你靈活的需求。
另一方面是一些高耦合性框架的代表，比如一些由CRM衍生而來框架類似Drupal,Joomla，還有直接就是為了高耦合性而開發(fā)的OpenbizCubi框架，國內(nèi)小范圍流行的框架還有普元等。這些框架的最優(yōu)秀的特點(diǎn)是可以讓你完全只集中于實(shí)現(xiàn)你的核心業(yè)務(wù)邏輯，你甚至不用去管如何實(shí)現(xiàn)UI和用戶會(huì)話管理這些基礎(chǔ)特性，你只需要把你的代碼和它們提供的接口規(guī)范進(jìn)行“連接”就可以了。如果你負(fù)責(zé)的項(xiàng)目是一個(gè)新的項(xiàng)目，你肯定不希望把大部分的時(shí)間都花在實(shí)現(xiàn)基礎(chǔ)業(yè)務(wù)邏輯上，比如可能是為客戶公司開發(fā)一套“停車場管理系統(tǒng)”，還是選擇類似OpenbizCubi這樣的框架，在其之上直接去實(shí)現(xiàn)你的業(yè)務(wù)邏輯是最對(duì)得起你的時(shí)間預(yù)算和投資回報(bào)率的。
簡單的性能評(píng)測
案例
本次測試輸出簡單的hello word，簡單MVC邏輯，(Router -> Controller -> Viewer)，沒有數(shù)據(jù)庫連接，沒有任何邏輯.
硬件平臺(tái)
CPU: Intel Core i5 750 (2.67GHz x4)
RAM: 4GB
軟件環(huán)境
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
請(qǐng)求/秒(-c 200 -n 50000), 數(shù)值越大越好
2. 系統(tǒng)負(fù)載
壓力測試一分鐘內(nèi)完成的負(fù)載圖
越小越好(-c 100 -n 30000)
3. 內(nèi)存使用率
測試hello word占用的內(nèi)存，越小越好.
4. 響應(yīng)時(shí)間
頁面的響應(yīng)時(shí)間.單位微妙
5. 調(diào)用方法的數(shù)量(Facebook XHProf)
單個(gè)hello word頁面調(diào)用了多少方法，zend5620個(gè)方法，是不是太臃腫了。
6. 文件數(shù)量
打開hellow word用到included or required in 文件的數(shù)量.越小越好,zend很多,yii19個(gè)，yaf才4個(gè)，不快才怪。
