ZF、TP、CI等各類框架的區別

（原標題：面試常見問題之ZF、TP、CI等框架的區別 http://blog.163.com/m13341159039_1/blog/static/245953061201522092212820/）

HELLO WORLD性能測試 

http://www.ttlsa.com/php/yii-yaf-ci-php/

Zend Framework簡稱ZF

ZF是Zend官方產品，

代碼嚴謹，

採用了徹底面向對象的模式，

可以使用命令腳本建立項目，

純PHP5環境，

使用了大量的接口、異常、抽象。

ZF各模塊鬆散 耦合，很是靈活。

自帶了很是多的library，

MVC設計，

比較簡潔，

支持多種格式的配置文件（.ini、.php、.xml），

緩存功能比較強大，

尤爲是後端緩存支持Memcache、APC、SQLite、文件等方式；

支持各類數據庫驅動，默認是PDO方式，

ZF的

View層實現簡單，

沒有采用模板 引擎。框架比較大，略顯臃腫，適合中大型項目，運行效率通常。

CodeIgniter簡稱CI
配置簡單，

上手很快，

所有的配置使用PHP腳原本配置，

沒有使用不少太複雜的設計模式，(MVC設計模式)

執行性能和代碼可讀性上都不錯，

執行效率比較高，具備基本的MVC 功能. 

快速簡潔，代碼量少，框架簡單，容易上手，自帶了不少簡單好用的library，

框架適合中小型項目，

大型項目也不是不能夠，

只是擴展能力稍差。

ThinkPHP簡稱TP

TP借鑑了Java思想，基於PHP5，

充分利用了PHP5的特性，

部署簡單隻需一個入口文件，一切搞定，簡單高效，

中文文檔齊全，入門超級簡單。

自帶模板引擎，具備獨特的數據驗證和自動填充功能，框架更新速度比較迅速，目前最新版本是3.x。

 

Yii框架：

Yii是國際化的項目，純面向對象的框架

支持php的命名空間和自定義autoload的方法

支持多配置文件

自帶環境監測腳本

 

框架特色：

Yii的組件思路是很是不錯的，用起來十分地舒服。從session到cache，你能夠無縫地更換全部的組件而無需重構項目。並且Yii的延遲加 載也作得比較完全，每一個組件都是用到的時候才加載。好比，TP中，若是配置了session自動打開，則TP在應用初始化的時候執行 session_start()。而Yii則是你用到session的時候纔打開session。

 

　　CodeIgniter（CI）

  

　　優勢：

　　1. 配置簡單，所有的配置使用PHP腳原本配置，執行效率高；具備基本的路由功能，可以進行必定程度的路由；具備初步的Layout（佈局）功能，可以製做必定程度的界面外觀；數據庫層封裝的不錯，具備基本的MVC功能

　　2. 快速簡潔，代碼很少，執行性能高，PHP框架簡單，容易上手，學習成本低，文檔詳細；自帶了不少簡單好用的library，框架適合小型應用

　　缺點：

　　1. 把Model層簡單的理解爲數據庫操做

　　2. PHP框架略顯簡單，只可以知足小型應用，略微不太可以知足中型應用須要

　　評價：

　　整體來講，拿CodeIgniter來完成簡單快速的應用仍是值得，同時可以構造必定程度的layout（佈局），便於模板的複用，數據操做層來講封裝的不錯，而且CodeIgniter沒有使用不少太複雜的設計模式，執行性能和代碼可讀性上都不錯。至於附加的 library 也還不錯，簡潔高效。

　　CakePHP

  

　　優勢：

　　1. CakePHP是最相似於RoR的PHP框架，包括設計方式，數據庫操做的Active Record方式；設計層面很優雅，沒有自帶多餘的 library，全部的功能都是純粹的框架，執行效率還不錯；數據庫層的 hasOne, hasMany 功能很強大，對於複雜業務處理比較合適；路由功能，配置功能還不錯；自動構建腳手架（scaffold）很強大；適合中型應用；基本實現過了MVC每一 層；具備自動操做命令行腳本功能；

　　2. 文檔比較全，在國內推廣的比較成功，大部分都知道CakePHP，學習成本中等

　　缺點：

　　1. CakePHP很是嚴重的問題是把Model理解爲數據庫層操做，嚴重影響了除了數據庫以外的操做能力

　　2. CakePHP的cache功能略顯薄弱，配置功能稍嫌弱；CakePHP不適合大型應用，只適合中型應用，小型應用來講略微的學習成本高了點

　　評價：

　　整體來講CakePHP框架表明了PHP框架很重要的一個時代和表明，而且目前發揮着很重要的做用，很多本身寫的框架都模仿了CakePHP的方式，是個里程碑式的產品；CakePHP透露着RoR的敏捷開發方式和把數據庫操做認爲是惟一Model的設計思想，做爲開發快速應用和原型是絕好的工具；一樣，用來作Web2.0網站的開發框架，也是值得選擇的。

　　Zend Framework（ZF）

  

　　優勢：

　　1. 官方出品，自帶了很是多的 library，框架自己使用了不少設計模式來編寫，架構上很優雅，執行效率中等；MVC設計中，比較簡潔，具備路由功能，配置文件比較強大（可以處理 XML和php INI），各類 library 很強大，是全部PHP框架中各類功能最全面的，包括它不只是一個PHP框架，更是一個大類庫（取代PEAR），這是它的主要特點；可以直觀的支持除數據庫操 做以外的Model層（比 CodeIgniter 和 CakePHP 強），而且可以很輕易的使用Loader功能加載其餘新增長的Class；Cache功能很強大，從前端Cache到後端Cache都支持，後端 Cache支持Memcache、APC、SQLite、文件等等方式；數據庫操做功能很強大，支持各類驅動（適配器）

　　2. 文檔很全，在國內社區很成熟，而且目前很多Web 2.0網站在使用，學習成本中等

　　缺點：

　　1. MVC功能完成比較弱，View層簡單實現（跟沒實現同樣），沒法很強大的控制前端頁面

　　2. 沒有自動化腳本，建立一個應用，包括入口文件，所有必須本身手工構建，入門成本高

　　3. Zend Framework 做爲一箇中型應用框架問題不大，也可以勉強做爲大型應用的PHP框架，可是做爲一個很成熟的大型PHP框架來講，還須要一些努力

　　評價：

　　做爲官方出品的框架，Zend Framework的野心是能夠預見的，想把其餘框架擠走，同時封裝不少強大的類庫，可以提供一站式的框架服務，而且他們的開發團隊很強大，徹底足夠有能 力開發很強大的產品出來，因此基本能夠肯定的是Zend Framework前途無量，若是花費更多的時間去完善框架。一樣的，Zend Framework架構自己也是比較優雅的，說明Zend官方是有不少高手的，設計理念上比較先進，雖然有一些功能實現的不夠完善，好比View層，自動化腳本等等，這些都有賴於將來的升級。整體來講Zend Framework是最值得期待的PHP框架，固然，你目前要投入你的項目中使用也是徹底沒問題的。

　　Symfony

  

　　優勢

　　1. Symfony 是我瞭解的PHP框架中 功能最強大的，並且我使用時間比較長，可是不少功能仍是沒有挖掘出來；它完整實現了MVC三層，封裝了全部東西，包括 $_POST，$_GET 數據，異常處理，調試功能，數據檢測；包含強大的緩存功能，自動加載Class（這個功能很爽），強大的i18n國家化支持；具備很強大的view層操 做，可以零碎的包含單個多個文件；很是強大的配置功能，使用yml配置可以控制全部框架和程序運行行爲，強大到讓人無語；可以很隨意的定義各類本身的 class，而且symfony可以自動加載（auto load）這些class，可以在程序中隨意調用；包含強大的多層級項目和應用管理：Project --> Application --> Module --> Action，可以知足一個項目下多個應用的須要，而且每層能夠定義本身的類庫，配置文件，layout；很是強大的命令行操做功能，包括創建項目、創建 應用、創建模塊、刷新緩存等等；

　　2. Symfony絕對是開發大型複雜項目的首選，由於使用了Symfony，將大大節約開發成本，而且多人協做的時候，不會出現問題，在Project級別定義好基礎Class之後，任何模塊都可以重用，大大複用代碼

　　缺點：

　　1. 數據庫操做model採用了重量級的propel和creole，不過在我測試的版本中已經把他們移到了addon裏，可用可不用

　　2. 緩存功能沒法控制，每次開發調試老是緩存，須要執行 symfony cc, symfony rc 來清除和重建緩存；

　　3. 效率不是很高，特別是解析模板和讀取配置文件的過程，花費時間很多；

　　4. 學習成本很高，而且國內沒有成熟的社區和文檔，連中文手冊都沒有，相應的要掌握全部功能，須要花費比較多的時間

　　評價：

　　Symfony絕對是企業級的PHP框架，惟一可以貌似可以跟Java領域哪些強悍框架抗衡的東西；強悍的東西，天然學習複雜，可是相應的對項目開發 也比較有幫助，天然是推薦複雜的項目使用Symfony來處理，以爲是值得，後期的維護成本比較低，複用性很強。相應的若是使用Symfony的應該都是 比較複雜的互聯網項目，那麼相應的就要考慮關於數據庫分佈的問題，那麼就須要拋棄Symfony自帶的數據庫操做層，須要本身定義，固然了，Symfony支持隨意的構造model層。

　　總結

　　以上數款PHP框架，各有特點，並且都是開源項 目，不過框架針對的項目不同，通常來講 CodeIngiter 比較適合小型項目，CakePHP 和 Zend Framework 比較適合中型項目，Symfony 比較適合大型重量級項目，在項目選型的時候，要充分考慮框架的能夠定製性、擴展性，由於每一個項目都沒法肯定你是否會隨着需求的變化進行改變。

　　相對來講，Zend Framework 和 Symfony 應對變化的能力比較強，特別是可以隨意定製 model 層的Class，可以很是方便增長本身業務或者數據處理類，我是我的比較推薦在中大型項目中使用的PHP框架。

　　CodeIngiter 和 CakePHP 在中小型項目中一樣可以發揮重大做用，快速開發和原型構建，很是適合目標不清晰的原型項目的開發。

 

 

 

Yii和ThinkPHP 

這不是一篇評測文章。只是個人喃喃碎語，不計較真。並且，下面的內容真的會很雜，不全面，並且你不可能有和我同樣的開發經歷。因此對於某些我醉心的特性，你可能不會理解。一樣的，我也不可能所有理解你爲什麼對某一項特性十分喜歡。

關於ThinkPHP（如下簡稱TP）和Yii Framework（如下簡稱Yii）的背景、做者和速度方面就不涉及了。由於速度是一個很複雜的問題，牽扯的因素不少。我不得不認可ThinkPHP是 一個是國內框架運營方面的榜樣（當FleaPHP/QeePHP最火的那陣，我說過FleaPHP/QeePHP會倒的）。

運行環境：

· Windows NT ACER 5.1 build 2600 (Windows XP Professional Service Pack 3) i586

· Apache/2.2.14 (Win32) DAV/2 mod_autoindex_color PHP/5.3.1 mod_apreq2-20090110/2.7.1 mod_perl/2.0.4 Perl/v5.10.1

· Mysql 5.1.4

下載的代碼：

· ThinkPHP 2.1，帶擴展、示例和文檔完整包，發佈於2011年5月1日，下載地址是 http://thinkphp.cn/Down/download/178

· Yii 1.1.7，內含框架、實例和環境檢測，下載地址 http://yii.googlecode.com/files/yii-1.1.7.r3135.tar.gz 文檔須要另外下載

中文化方面，TP和Yii均可以知足中文用戶的需求。可是因爲Yii是國際化的項目，因此代碼的註釋仍舊是英文。不過兩個框架的做者都是國人（沒錯，Yii做者的國籍仍舊是中國），因此交流起來仍是很方便的。

是Yii自帶了一個環境檢測腳本，能夠告訴你當前的主機環境是否知足Yii的需求。檢測的內容也比較詳細。我以爲這點比較方便。TP最低須要PHP5.0支持，而Yii最低須要PHP 5.1.0支持。因爲我使用PHP 5.3，因此對我來講沒有什麼區別。

Yii是純面向對象的的框架，而TP提供了一系列單字母函數。相比之下我更喜歡Yii的方式，由於能夠避免項目之間的衝突。

TP在之前的版本的基類Base類，當時就和一個整合Ucenter時的類衝突了，一度很苦惱。如今TP的各類基類仍舊是直接命名，如Think 類。在項目開發過程當中就會體會命名衝突的痛苦之處。Yii則在框架的類都加上了C前綴（接口是I前綴），有效地避免了這個問題。Yii中的 CComponent是全部類的基類，能夠看看CComponent的代碼，頗有用。

說到命名問題了，就不得不說自動導入的問題。TP的類導入和Yii的代碼風格差很少。可是Yii還支持PHP的命名空間和自定義autoload方法。

TP有個特點叫項目編譯。我以爲與其使用項目編譯，還不如使用APC。在Yii中也有個yiilite.php文件，裏面就包含了Yii的全部核心類。Yii做者表示在沒有APC的狀況下，仍是不要使用這個「編譯」好的文件，由於反而會增長系統開銷。

TP中還在第一次訪問的時候自動生成項目，我以爲這一點和自動編譯同樣，都是我不喜歡的。我對每添加一個if都很敏感，這種判斷讓我很糾結。好比說 TP在每次運行的時候都要檢測PHP版本，而Yii則單獨作了一個內容更詳細的環境監測腳本。我既然要用這個框架，我在第一次使用的時候，確定就知道能不 能在當前環境上使用了，爲何要每次都要檢測呢。當時我就說過，TP爲用戶作了太多事情。好比舊版本中的TopN函數。

Yii的組件思路是很是不錯的，用起來十分地舒服。從session到cache，你能夠無縫地更換全部的組件而無需重構項目。並且Yii的延遲加 載也作得比較完全，每一個組件都是用到的時候才加載。好比，TP中，若是配置了session自動打開，則TP在應用初始化的時候執行 session_start()。而Yii則是你用到session的時候纔打開session。

說到項目的配置文件，TP要求是config.php，而Yii則比較靈活，支持多配置文件。

當初TP很推崇本身的ThinkAjax，如今也改用JQuery。這一點是進步。

TP作了不少小實例，這一點值得Yii學習。Yii在這一方面正在有一個叫yii playground的實例網站在開發中（http://code.google.com/p/yiiplayground/）。

TP的動態模型能夠實現不須要定義Model。可是在實際的項目中，我更傾向於使用Yii的方式。順便說一句，將label定義在model中，爲個人平常開發帶來了許多方便之處。

剛纔提到TP的項目自動生成，Yii中也有這種工具。並且比起TP，Yii的工具更增強大並且可擴展。

從TP的代碼中，有人能夠看出其做者熟悉JAVA。而從Yii的代碼中，有人會發現其做者熟悉.Net。這經常是我身邊人看到代碼的時候發生的小插曲。

Yii封裝了大量的頁面控件和類庫，也是Yii如此吸引個人一點。這是TP短時間沒法比擬的，在TP的使用過程當中總遇到這樣那樣的問題，讓我感受TP對我反而是阻礙。而Yii真的是，舒服，實在是太好用了！

不管從代碼規範、設計思路、類庫豐富程度上來講，TP都遠遠不及Yii。有人說你看TP多簡潔，Yii太臃腫了。錯了！簡單和簡潔不是一回事。TP 那叫簡單，你讀讀Yii的代碼吧，那才叫簡潔。至於臃腫，去看看Zend Framework就知道了。（順便說一句，我很喜歡Zend Framework，它是學習設計的典範）

說到讀代碼。對於程序員真的很難嗎？讀寫得好的代碼應該是一種享受纔對。Yii的學習曲線是比TP高那麼一點點，可是對比Yii的巨大優點而言不算什麼了。並且，我認爲在遇到學習困難就退縮或者認爲Yii就像天書同樣的人，仍是轉行吧。

以上是應一篇評論所寫的。對比TP1，如今的TP2的確有了不少進步，可是仍是存在一些問題。對比Yii……，TP真的沒有可比的能力。抱歉讓TP的fans失望了。

那就下定論了嗎？不，不是的。從類庫到框架，再到解決方案。什麼是最好的？每個人都有不一樣發說法，這是由於每個人的思惟習慣不一樣，遇到的問題不一樣，問題所在的環境也不一樣。怎麼能奢求全部人都有同一個選擇呢？

仍是那句，適合，就是最好的。對我來講，Yii是最好的。