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