【转】主流PHP框架间的比较(Zend Framework,CakePHP,CodeIgnit...
2019獨(dú)角獸企業(yè)重金招聘Python工程師標(biāo)準(zhǔn)>>>
【轉(zhuǎn)】主流PHP框架間的比較(Zend Framework,CakePHP,CodeIgniter,Symfony,ThinkPHP,FleaPHP) 2011年08月14日 星期日 12:51 轉(zhuǎn)載自 leolance 最終編輯 leolanceZend Framework
優(yōu)點(diǎn):
Zend Framework大量應(yīng)用了PHP5中面向?qū)ο蟮男绿卣?#xff1a;接口、異常、抽象類、SPL等等。這些東西的應(yīng)用讓Zend Framework具有高度的模塊化和靈活性。同時(shí),因?yàn)閲?yán)格遵循“針對(duì)接口編程”和“單一對(duì)象職責(zé)”等原則,讓Zend Framework很有希望成為一個(gè)出色的企業(yè)應(yīng)用開(kāi)發(fā)框架. 官方出品,自帶了非常多的library,框架本身使用了很多設(shè)計(jì)模式來(lái)編寫,架構(gòu)上很優(yōu)雅,執(zhí)行效率中等;MVC設(shè)計(jì),比較簡(jiǎn)潔,具有路由功能,配置文 件比較強(qiáng)大(能夠處理XML和php INI),各種 library 很強(qiáng)大,是所有PHP框架中各種功能最全面的,包括它不僅是一個(gè)框架,更是一個(gè)大類庫(kù)(取代PEAR),這是它的主要特色;能夠直觀的支持除數(shù)據(jù)庫(kù)操作之 外的Model層(比 CodeIgniter 和 CakePHP 強(qiáng)),并且能夠很輕易的使用Loader功能加載其他新增加的Class;Cache功能很強(qiáng)大,從前端Cache到后端Cache都支持,后端 Cache支持Memcache、APC、SQLite、文件等等方式;數(shù)據(jù)庫(kù)操作功能很強(qiáng)大,支持各種驅(qū)動(dòng)(適配器). 文檔很全,在國(guó)內(nèi)社區(qū)很成熟,并且目前不少Web 2.0網(wǎng)站在使用,學(xué)習(xí)成本中等.
缺點(diǎn):
MVC功能完成比較弱,View層簡(jiǎn) 單實(shí)現(xiàn)(跟沒(méi)實(shí)現(xiàn)一樣),無(wú)法很強(qiáng)大的控制前端頁(yè)面. 沒(méi)有自動(dòng)化腳本,創(chuàng)建一個(gè)應(yīng)用,包括入口文件,全部必須自己手工構(gòu)建,入門成本高. 對(duì)于簡(jiǎn)單和小型的項(xiàng)目來(lái)說(shuō),Zend Framework不但不能提高開(kāi)發(fā)效率。反而因?yàn)樵诳蚣苤袘?yīng)用了大量面向?qū)ο笤O(shè)計(jì)和PHP5的新特征,對(duì)開(kāi)發(fā)者提出了更高的要求,間接增加了項(xiàng)目的開(kāi)發(fā) 成本。而對(duì)于較大的項(xiàng)目和企業(yè)應(yīng)用,Zend Framework倒是一個(gè)不錯(cuò)的基礎(chǔ)。但是作為一個(gè)很成熟的大型PHP框架來(lái)說(shuō),還需要一些努力.
評(píng)價(jià):
作為官方出品的框架,Zend Framework的野心是可以預(yù)見(jiàn)的,想把其他框架擠走,同時(shí)封裝很多強(qiáng)大的類庫(kù),能夠提供一站式的框架服務(wù),并且他們的開(kāi)發(fā)團(tuán)隊(duì)很強(qiáng)大,完全足夠有能 力開(kāi)發(fā)很強(qiáng)大的產(chǎn)品出來(lái),所以基本可以確定的是Zend Framework前途無(wú)量,如果花費(fèi)更多的時(shí)間去完善框架。同樣的,Zend Framework架構(gòu)本身也是比較優(yōu)雅的,說(shuō)明Zend官方是有很多高手的,設(shè)計(jì)理念上比較先進(jìn),雖然有一些功能實(shí)現(xiàn)的不夠完善,比如View層,自動(dòng) 化腳本等等,這些都有賴于未來(lái)的升級(jí)。總體來(lái)說(shuō)Zend Framework是最值得期待的框架,當(dāng)然,你目前要投入你的項(xiàng)目中使用也是完全沒(méi)問(wèn)題的。
?
CakePHP
優(yōu)點(diǎn):
CakePHP是最類似于RoR的框 架,包括設(shè)計(jì)方式,數(shù)據(jù)庫(kù)操作的Active Record方式;設(shè)計(jì)層面很優(yōu)雅,沒(méi)有自帶多余的 library,所有的功能都是純粹的框架,執(zhí)行效率還不錯(cuò);數(shù)據(jù)庫(kù)層的 hasOne, hasMany功能很強(qiáng)大,對(duì)于復(fù)雜業(yè)務(wù)處理比較合適,路由功能,配置功能還不錯(cuò),自動(dòng)構(gòu)建腳手架(scaffold)很強(qiáng)大,適合中型應(yīng)用,基本實(shí)現(xiàn)過(guò) 了MVC每一層,具有自動(dòng)操作命令行腳本功能. 文檔比較全,在國(guó)內(nèi)推廣的比較成功,大部分都知道CakePHP,學(xué)習(xí)成本中等.
缺點(diǎn):
CakePHP非常嚴(yán)重的問(wèn)題是把Model理解為數(shù)據(jù)庫(kù)層操作,嚴(yán)重影響了除了數(shù)據(jù)庫(kù)之外的操作能力. CakePHP的cache功能略顯薄弱,配置功能稍嫌弱;CakePHP不適合大型應(yīng)用,只適合中型應(yīng)用,小型應(yīng)用來(lái)說(shuō)略微的學(xué)習(xí)成本高了點(diǎn).
評(píng)價(jià):
總體來(lái)說(shuō)CakePHP框架代表了 PHP框架很重要的一個(gè)時(shí)代和代表,并且目前發(fā)揮著很重要的作用,不少自己寫的框架都模仿了CakePHP的方式,是個(gè)里程碑式的產(chǎn)品;CakePHP透 露著RoR的敏捷開(kāi)發(fā)方式和把數(shù)據(jù)庫(kù)操作認(rèn)為是唯一Model的設(shè)計(jì)思想,作為開(kāi)發(fā)快速應(yīng)用和原型是絕好的工具;同樣,用來(lái)做Web2.0網(wǎng)站的開(kāi)發(fā)框 架,也是值得選擇的。
?
CodeIgniter
優(yōu)點(diǎn):
Code Igniter推崇“簡(jiǎn)單就是美”這一原則。沒(méi)有花哨的設(shè)計(jì)模式、沒(méi)有華麗的對(duì)象結(jié)構(gòu),一切都是那么簡(jiǎn)單。幾行代碼就能開(kāi)始運(yùn)行,再加幾行代碼就可以進(jìn)行 輸出。可謂是“大道至簡(jiǎn)”的典范。 配置簡(jiǎn)單,全部的配置使用PHP腳本來(lái)配置,執(zhí)行效率高;具有基本的路由功能,能夠進(jìn)行一定程度的路由;具有初步的Layout功能,能夠制作一定程度的 界面外觀;數(shù)據(jù)庫(kù)層封裝的不錯(cuò),具有基本的MVC功能. 快速簡(jiǎn)潔,代碼不多,執(zhí)行性能高,框架簡(jiǎn)單,容易上手,學(xué)習(xí)成本低,文檔詳細(xì);自帶了很多簡(jiǎn)單好用的library,框架適合小型應(yīng)用.
缺點(diǎn):
本身的實(shí)現(xiàn)不太理想。內(nèi)部結(jié)構(gòu)過(guò)于混亂,雖然簡(jiǎn)單易用,但缺乏擴(kuò)展能力。 把Model層簡(jiǎn)單的理解為數(shù)據(jù)庫(kù)操作. 框架略顯簡(jiǎn)單,只能夠滿足小型應(yīng)用,略微不太能夠滿足中型應(yīng)用需要.
評(píng)價(jià):
總體來(lái)說(shuō),拿CodeIgniter 來(lái)完成簡(jiǎn)單快速的應(yīng)用還是值得,同時(shí)能夠構(gòu)造一定程度的layout,便于模板的復(fù)用,數(shù)據(jù)操作層來(lái)說(shuō)封裝的不錯(cuò),并且CodeIgniter沒(méi)有使用很 多太復(fù)雜的設(shè)計(jì)模式,執(zhí)行性能和代碼可讀性上都不錯(cuò)。至于附加的library 也還不錯(cuò),簡(jiǎn)潔高效。
?
Symfony
優(yōu)點(diǎn):
Symfony 是我了解的PHP框架中功能最強(qiáng)大的,而且我使用時(shí)間比較長(zhǎng),但是很多功能還是沒(méi)有挖掘出來(lái);它完整實(shí)現(xiàn)了MVC三層,封裝了所有東西,包括 $_POST,$_GET 數(shù)據(jù),異常處理,調(diào)試功能,數(shù)據(jù)檢測(cè);包含強(qiáng)大的緩存功能,自動(dòng)加載Class(這個(gè)功能很爽),強(qiáng)大的語(yǔ)言支持;具有很強(qiáng)大的view層操作,能夠零碎 的包含單個(gè)多個(gè)文件;非常強(qiáng)大的配置功能,使用yml配置能夠控制所有框架和程序運(yùn)行行為,強(qiáng)大到讓人無(wú)語(yǔ);能夠很隨意的定義各種自己的class,并且 symfony能夠自動(dòng)加載(auto load)這些class,能夠在程序中隨意調(diào)用;包含強(qiáng)大的多層級(jí)項(xiàng)目和應(yīng)用管理:Project --> Application --> Module --> Action,能夠滿足一個(gè)項(xiàng)目下多個(gè)應(yīng)用的需要,并且每層可以定義自己的類庫(kù),配置文件,layout;非常強(qiáng)大的命令行操作功能,包括建立項(xiàng)目、建立 應(yīng)用、建立模塊、刷新緩存等等. Symfony絕對(duì)是開(kāi)發(fā)大型復(fù)雜項(xiàng)目的首選,因?yàn)槭褂昧薙ymfony,將大大節(jié)約開(kāi)發(fā)成本,并且多人協(xié)作的時(shí)候,不會(huì)出現(xiàn)問(wèn)題,在Project級(jí)別 定義好基礎(chǔ)Class以后,任何模塊都能夠重用,大大復(fù)用代碼.
缺點(diǎn):
Symfony最大的問(wèn)題也在于使用 了太多風(fēng)格迥異的開(kāi)源項(xiàng)目來(lái)組合成框架。由于Mojavi和Propel本身都相當(dāng)復(fù)雜,因此Symfony的結(jié)構(gòu)非常復(fù)雜,難以理解和學(xué)習(xí)。 緩存功能無(wú)法控制,每次開(kāi)發(fā)調(diào)試總是緩存,需要執(zhí)行 symfony cc,symfony rc來(lái)清除和重建緩存. 效率不是很高,特別是解析模板和讀取配置文件的過(guò)程,花費(fèi)時(shí)間不少. 學(xué)習(xí)成本很高,并且國(guó)內(nèi)沒(méi)有成熟的社區(qū)和文檔,連中文手冊(cè)都沒(méi)有,相應(yīng)的要掌握所有功能,需要花費(fèi)比較多的時(shí)間.
評(píng)價(jià):
Symfony絕對(duì)是企業(yè)級(jí)的框架, 唯一能夠貌似能夠跟Java領(lǐng)域哪些強(qiáng)悍框架抗衡的東西;強(qiáng)悍的東西,自然學(xué)習(xí)復(fù)雜,但是相應(yīng)的對(duì)項(xiàng)目開(kāi)發(fā)也比較有幫助,自然是推薦復(fù)雜的項(xiàng)目使用 Symfony來(lái)處理,覺(jué)得是值得,后期的維護(hù)成本比較低,復(fù)用性很強(qiáng)。相應(yīng)的如果使用Symfony的應(yīng)該都是比較復(fù)雜的互聯(lián)網(wǎng)項(xiàng)目,那么相應(yīng)的就要考 慮關(guān)于數(shù)據(jù)庫(kù)分布的問(wèn)題,那么就需要拋棄Symfony自帶的數(shù)據(jù)庫(kù)操作層,需要自己定義,當(dāng)然了,Symfony支持隨意的構(gòu)造model層。
?
ThinkPHP
ThinkPHP快速、借用了成熟的Java思想,但是實(shí)際使用呢過(guò)程中有些基本的CURD的關(guān)聯(lián)操作居然存在錯(cuò)誤。ThinkPHP基于PHP5,充分利用了PHP5的特性。讓我十分喜歡的是ThinkPHP的數(shù)據(jù)驗(yàn)證和自動(dòng)填充。但是這個(gè)也束縛了ThinkPHP導(dǎo)致不考慮添加自動(dòng)統(tǒng)計(jì)字段等小功能.
ThinkPHP還有一個(gè)特性是從自 動(dòng)生成數(shù)據(jù),但是這個(gè)卻不支持關(guān)聯(lián)。唉,ThinkPHP有著十分優(yōu)秀的特性和思想,卻有著很一般的應(yīng)用實(shí)踐體驗(yàn)。 ThinkPHP的文檔號(hào)稱最豐富,事實(shí)也是這樣,但是ThinkPHP的文檔和示例卻又太泛泛,比如表關(guān)聯(lián)只介紹了其在model里面的定義,其他的 CURD操作都沒(méi)有提及。
?
FleaPHP
FleaPHP是一個(gè)采用PHP開(kāi)發(fā)(完全支持 PHP4和PHP5)的應(yīng)用程序框架,為開(kāi)發(fā)者創(chuàng)建自己的應(yīng)用程序提供了必要的基礎(chǔ)功能和輔助組件。它成熟、快速、功能豐富。但在一些細(xì)節(jié)上不如ThinkPHP人性化。如url函 數(shù)。在FleaPHP中url函數(shù)的前兩個(gè)參數(shù)是控制器,動(dòng)作名 ,而ThinkPHP恰好相反,因?yàn)橹惠斎雱?dòng)作名的情況很多。而且數(shù)據(jù)庫(kù)的操作上這種參數(shù)的安排也是沒(méi)有ThinkPHP人性化。FleaPHP對(duì)數(shù)據(jù)的 操作很強(qiáng)大,居然可以操作中間表。FleaPHP的文檔和示例極少,學(xué)習(xí)成本大。但是一上手之后就很簡(jiǎn)單了。 FleaPHP框架的核心非常小,但通過(guò)靈活的配置,可以組合出各種類型的基礎(chǔ)架構(gòu)。對(duì)于簡(jiǎn)單的腳本頁(yè)面,FleaPHP不需要載入MVC模式,只需 要為應(yīng)用程序提供業(yè)務(wù)邏輯和數(shù)據(jù)庫(kù)服務(wù)。而對(duì)于復(fù)雜的應(yīng)用程序,FleaPHP可以完成從MVC模 式調(diào)用、訪問(wèn)控制、數(shù)據(jù)驗(yàn)證到文件上傳、圖片處理等各種 各樣的任務(wù)。正是因?yàn)檫@種出色的定制和擴(kuò)展能力,FleaPHP真正接近了“滿足從簡(jiǎn)單應(yīng)用到企業(yè)開(kāi)發(fā)的各種需求”這個(gè)目標(biāo)。而且與許多其他框架不 同,FleaPHP是一個(gè)完全在實(shí)際開(kāi)發(fā)中精煉出來(lái)的框架。 FleaPHP作為一個(gè)完全國(guó)產(chǎn)的框架,具有完全中文化的文檔、代碼注釋,并且在擴(kuò)展功能上也注重考慮國(guó)內(nèi)開(kāi)發(fā)者的實(shí)際需求。因此相對(duì)于國(guó)外的各種框 架,FleaPHP更容易被國(guó)內(nèi)開(kāi)發(fā)者所接受。
?
總評(píng):
以上數(shù)款框架,各有特色,而且都是開(kāi) 源項(xiàng)目,不過(guò)框架針對(duì)的項(xiàng)目不一樣,一般來(lái)說(shuō) CodeIngiter 比較適合小型項(xiàng)目,CakePHP和Zend Framework比較適合中型項(xiàng)目,Symfony比較適合大型重量級(jí)項(xiàng)目,在項(xiàng)目選型的時(shí)候,要充分考慮框架的可以定制性、擴(kuò)展性,因?yàn)槊總€(gè)項(xiàng)目都無(wú) 法確定你是否會(huì)隨著需求的變化進(jìn)行改變。
相對(duì)來(lái)說(shuō),Zend Framework和Symfony應(yīng)對(duì)變化的能力比較強(qiáng),特別是能夠隨意定制model層的Class,能夠非常方便增加自己業(yè)務(wù)或者數(shù)據(jù)處理類,我是 個(gè)人比較推薦在中大型項(xiàng)目中使用的框架。CodeIngiter和CakePHP在中小型項(xiàng)目中同樣能夠發(fā)揮重大作用,快速開(kāi)發(fā)和原型構(gòu)建,非常適合目標(biāo) 不清晰的原型項(xiàng)目的開(kāi)發(fā)。ThinkPHP框架是國(guó)內(nèi)比較優(yōu)秀的框架,功能強(qiáng)大,學(xué)習(xí)起來(lái)容易。其靈活設(shè)計(jì)秉承簡(jiǎn)單的理念。如果太注重效率就使用 FleaPHP。
轉(zhuǎn)載于:https://my.oschina.net/baixinxing/blog/48515
總結(jié)
以上是生活随笔為你收集整理的【转】主流PHP框架间的比较(Zend Framework,CakePHP,CodeIgnit...的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 梦到底有没有预示作用
- 下一篇: 做梦梦到小乌龟是什么预兆