PHP框架選擇及幾款主流框架的性能基本評測的示例分析

小編給大家分享一下PHP框架選擇及幾款主流框架的性能基本評測的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

需求

毫無疑問，Web框架技術在近幾年已經得到了突飛猛進的發展和普及，在過去幾年里，框架技術的普遍經歷了比較大的完善過程，很大一部分可以歸因于RubyonRails，以及在其他編程語言中流露出的MVC框架思想。

　　如果你是一個PHP忍者，而不是一個鐵桿的Ruby追隨者，你也許會驚奇市面上已經有這么多的框架，哪一個才是適合你的。當然回答和個問題取決于的諸多因素，今天我們將會回顧一下這個典型的問題，如何為你的下一個應用系統選擇適合你的PHP框架。

　　同時我們也來看一下比較流行的PHP框架，比較一下他們的區別，這樣可以幫你自己做出明智的選擇，找到最適合你項目的框架。

　　明確你的需求

　　在你決定為你的項目選擇一個框架之前，你當先理解需要，需求和了解一些開發團隊幕后的工作，我們總結出了如下幾個問題，在開始下一步之前你可以試著問問自己。

　　你的應用程序主要集中于解決哪些問題？

　　你的應用可以是一個電子商務平臺，一個社交網站，消息共享平臺或者活動目錄，舉例來說，如果你正在構建一個電子商務網站，你也許更希望選用一些具有用于處理信用卡和交易會話的成熟的擴展函數庫的框架。另一方面，如果是一個輕量級的消息平臺（比如說微博類系統），則你也許更應該注重快速的擴展和跨服務器跨數據的支撐訪問能力，為了實現負載均衡和快速連接訪問。

　　你的主機運行環境將是什么？

　　有些特殊的框架會需要使用到一些非默認的其它PHP擴展或者軟件安裝在服務器上，比如，有些框架的數據抽象層必須要求通過PDO來實現訪問，而非直接調用更底層的MySQL或MySQLi，或者有些類似wiki類的程序的圖像壓縮和處理功能往往需要使用到ImageMagick或Graphiviz這些外部程序。而這些擴展也許并不會被所有的共享主機環境（虛擬主機）支持，此外即便是一個輕量級的小型框架，而且自我集成了所有所需的函數庫并且也具有良好的可移植性和適應性，這樣的框架應用在處理數據密集型的操作或者大型數據處理的系統時，性能又會成為它的主要瓶頸。

　　你的開發人員或團隊的優勢和劣勢在于什么？

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

　　如何在“高耦合性”還是“低耦合性”的框架中做出選擇？

　　如果從框架產品自身的耦合性來將目前主流的php框架產品分為高耦合性和低耦合性兩類。低耦合性的框架看起來更像是一個豐富的函數庫和邏輯封裝的抽象層，甚至有些好的框架自身就是PHP的一個高級擴展組件，比如PDO，它絕對算得上是一個數據訪問的框架也是抽象層。還有一些其他值得一提的低耦合性框架，比如ZendFramework,CakePHP,以及國內開發的ThinkPHP都屬于這個范疇。如果你將接手的項目歷史問題比較多，并且對UI的自定義比較高，你恐怕需要一個低耦合性的框架來滿足你靈活的需求。

　　另一方面是一些高耦合性框架的代表，比如一些由CRM衍生而來框架類似Drupal,Joomla，還有直接就是為了高耦合性而開發的OpenbizCubi框架，國內小范圍流行的框架還有普元等。這些框架的最優秀的特點是可以讓你完全只集中于實現你的核心業務邏輯，你甚至不用去管如何實現UI和用戶會話管理這些基礎特性，你只需要把你的代碼和它們提供的接口規范進行“連接”就可以了。如果你負責的項目是一個新的項目，你肯定不希望把大部分的時間都花在實現基礎業務邏輯上，比如可能是為客戶公司開發一套“停車場管理系統”，還是選擇類似OpenbizCubi這樣的框架，在其之上直接去實現你的業務邏輯是最對得起你的時間預算和投資回報率的。

簡單的性能評測
案例
本次測試輸出簡單的hello word，簡單MVC邏輯，(Router -> Controller -> Viewer)，沒有數據庫連接，沒有任何邏輯.
硬件平臺
CPU: Intel Core i5 750 (2.67GHz x4)
RAM: 4GB
軟件環境
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), 數值越大越好

2. 系統負載
壓力測試一分鐘內完成的負載圖
越小越好(-c 100 -n 30000)

3. 內存使用率
測試hello word占用的內存，越小越好.

4. 響應時間
頁面的響應時間.單位微妙

5. 調用方法的數量(Facebook XHProf)
單個hello word頁面調用了多少方法，zend5620個方法，是不是太臃腫了。

6. 文件數量
打開hellow word用到included or required in 文件的數量.越小越好,zend很多,yii19個，yaf才4個，不快才怪。

以上是“PHP框架選擇及幾款主流框架的性能基本評測的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！