2013年最流行的php框架盤點

PHP框架的發(fā)展背景

毫無疑問，Web框架技術(shù)在近幾年已經(jīng)得到了突飛猛進的發(fā)展和普及，在過去幾年里，框架技術(shù)的普遍經(jīng)歷了比較大的完善過程，很大一部分可以歸因于Ruby on Rails，以及在其他編程語言中流露出的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)時，性能又會成為它的主要瓶頸。
我曾經(jīng)有一次印象深刻的性能優(yōu)化經(jīng)驗，當(dāng)我們?yōu)?http://i.openbiz.cn 這個網(wǎng)站進行性能優(yōu)化分析的時候，我的同事總是抱怨為什么加載一個頁面居然需要10秒那么久，而我根本看不到這個現(xiàn)象，后來發(fā)現(xiàn)應(yīng)為我開發(fā)時候主要用的語 言是英語，而他QA所使用的語言版本是中文，我們實現(xiàn)代碼內(nèi)是依賴Zend_Locale這個擴展來實現(xiàn)一些常用字符的國際化，例如$=>￥的現(xiàn)實判別和貨幣、數(shù)字顯示方式等，而Zend在這方面卻是做的很全面支持了上百個國家的信息，而通過xhprof分析后發(fā)現(xiàn)，因為zend在為每一個字符串做現(xiàn)實處理的時候都通過SimpleXML接口 進行了大量的數(shù)據(jù)查詢，這個活兒居然開銷了9秒，最后我們還是換了一種更輕量的方式來解決這個問題，畢竟我們要面對的不是實現(xiàn)全球兩百多個國家的顯示支持，目前也就中國、美國、香港、臺灣5個主要地區(qū)而已。

你的開發(fā)人員或團隊的優(yōu)勢和劣勢在于什么？

如果你是個項目經(jīng)理，一個重要的事情是了解清楚你的具體開發(fā)人員他們的能力和弱勢，因為他們是真的悶頭干活兒人，所以也許你可以選擇一些更加面向開 發(fā)人員友好的容易上手的框架。當(dāng)然這個問題的也許并不是影響決定是否采用一個框架的決定性因素（不斷地要求自己和團隊學(xué)習(xí)新的技術(shù)總是好的），但著絕對是 一個會影響到你的時間表、預(yù)算和安全等多方面因素的重要考量條件。

如何在“高耦合性” 還是 “低耦合性” 的框架中做出選擇？
如果從框架產(chǎn)品自身的耦合性來將目前主流的php框架產(chǎn)品分為高耦合性和低耦合性兩類。低耦合性的框架看起來更像是一個豐富的函數(shù)庫和邏輯封裝的抽 象層，甚至有些好的框架自身就是PHP的一個高級擴展組件，比如PDO，它絕對算得上是一個數(shù)據(jù)訪問的框架也是抽象層。還有一些其他值得一提的低耦合性框 架，比如Zend Framework,CakePHP,以及國內(nèi)開發(fā)的ThinkPHP都屬于這個范疇。 如果你將接手的項目歷史問題比較多，并且對UI的自定義比較高，你恐怕需要一個低耦合性的框架來滿足你靈活的需求。
另一方面是一些高耦合性框架的代表，比如一些由CRM衍生而來框架類似Drupal,Joomla，還有直接就是為了高耦合性而開發(fā)的 Openbiz Cubi 框架，國內(nèi)小范圍流行的框架還有 普元 等。這些框架的最優(yōu)秀的特點是可以讓你完全只集中于實現(xiàn)你的核心業(yè)務(wù)邏輯，你甚至不用去管如何實現(xiàn)UI和用戶會話管理這些基礎(chǔ)特性，你只需要把你的代碼和 它們提供的接口規(guī)范進行“連接”就可以了。 如果你負(fù)責(zé)的項目是一個新的項目，你肯定不希望把大部分的時間都花在實現(xiàn)基礎(chǔ)業(yè)務(wù)邏輯上，比如可能是為客戶公司開發(fā)一套“停車場管理系統(tǒng)”，還是選擇類似 Openbiz Cubi 這樣的框架，在其之上直接去實現(xiàn)你的業(yè)務(wù)邏輯是最對得起你的時間預(yù)算和投資回報率的。