① php的哪個MVC框架最值得推薦
1、Laravel，laravel這個框架很有意思，定時任務，數據遷移，大概你能在web中想到的功能這個框架都可以提供，它的路由借鑒了Ruby on Rails 和python的flask框架，但是還提供了web方面其它的一些功能，你可以把它想像成PHP中像Java一樣強大的Web中的瑞士軍刀，前提是你不考慮性能，因為它的實現使用了大量的閉包和反射，大概在PHP里嚴格引入設計模式的也只有這個了。
生產效率：5星
學習難度：5星（5星為最難，學習成本最高，下同）
性能：2星
社區活躍：4星（社區活躍可以很方便的找到別人已經開發的功能，專指中文文檔，組件豐富性）
2、ThinkPHP5，大概3年前研究過TP3源碼，使用起來簡單，因為自動載入的問題，性能是個坑，現在發展到5，個人認為已經是一個相當優秀的框架了，路由定義簡單，配置簡單，文檔豐富，社區也相當活躍
生產效率：5星
學習難度：1星
性能：4星
社區活躍：4星
3、Yii2，Yii2的路由分發跟TP5稍微有點不一樣，也使用了反射的功能，自動載入現在都使用的composer，大體上都差不多，都有延時載入，Yii2的路由相對智能一些，不用去手動維護，類似於TP3所以使用起來也是很方便，性能比TP5應該略差點，沒測試過，從源碼來看
生產效率：5星
學習難度：2星
性能：3.5星
社區活躍：4星（很多強大的組件，你只要下載就行了，會省很多事）
4、CakePHP，這個框架內部的封裝性看上去沒上面那幾個優美，但是它自己實現了use關鍵字功能，所以兼容性來看應該是比上面那幾個好點的，但這在新項目上應該不是問題，新項目上PHP7，啥都別想，准沒錯。它的路由定義類似於TP5但是稍微多點功能，不過其實是個雞肋。中文文檔就不說了，很不好找。不過也算是個相對簡單的框架嚴格遵循MVC
生產效率：3星
學習難度：3星
性能：4星
社區活躍：2星
5、Workman，這個框架相當強大，如果你要實現一些復雜的協議或者用php做一些websocket推送或者TCP/UDP伺服器的話，這個框架可能可以滿足你的需求，也有一些非同步的組件，比較高級的框架，初中級程序員可能用不上
生產效率：3星
學習難度：4星
性能：3星
社區活躍：2星
6、swool，這是個相當有意思的框架，性能很強大，旁友，你聽說過非同步編程的nodejs，python的tornado框架嗎，這個在php里做的就是一個這樣的事情，國內的一位老兄開發的C擴展，用php來非同步編程，看了下文檔，稍微做了個性能測試，相當優秀，就是不知道在項目中重度使用會不會踩到什麼坑，而且這也是一個相當高級的框架。大部分人可能直接轉node了吧，畢竟node生態環境已經相當好了，總之，如果你想用php試試非同步編程來提高性能，非這個框架莫屬。性能獨一檔，編程難度也相對高一些，你需要有些進程的理論基礎
生產效率：3星
學習難度：4星
性能：6星
社區活躍：2星
7、Yaf，鳥哥寫的c擴展框架，然而你要自己實現很多輪子，生態環境是個大問題。
生產效率：4星
學習難度：4星
性能：5.5星
社區活躍：2星
其它框架還沒怎麼了解，國內的話，根據具體業務，選上面幾個，沒錯。
② PHP 微型框架有什麼好的推薦嗎
1. Cake PHP
\
CakePHP是一個擁有極大靈活性的開發，維護和部署的快速開發框架。使用非常常見的MVC和ORM設計模式，及其配置規則幫助大家簡化開發過程而無須開發過多的代碼
和ZF類似，CakePHP不要求配置。使用簡單。在IRC上擁有非常友好的社區#cakePHP，用來幫助新的用戶快速開始學習。基於MIT License，擁有最佳實踐，例如，安全，認證和session處理。擁有面對對象的方式幫助你更簡單的使用。
源代碼
2. Yii Framework
\
Yii是一個免費，開源的web應用開發框架，使用PHP5開發，幫助開發干凈，簡潔的設計並且鼓勵開發開發。它幫助流水化的開發應用，並且保證高效，可擴展和易維護。性能極大的優化，非常適合開發任何類型的產品和項目。然而，它內建復雜，企業級別的應用。你擁有完整的控制，包括表現層和持久層，符合了企業級別開發的指導方針
源代碼
3. Zend
\
Zend Framework 2 是一個使用PHP5.3+來開發web應用和服務的開源框架。使用100%的面對對象的代碼並且使用PHP5.3種的新特性，例如名字空間，late static binding，lamda function和closure。Zend framewok 2 由成功的PHP框架Zend Framework 1演變而來，而Zend framework 1擁有1500萬的下載量。Zend framework2擁有獨特的組件結構，每一個組件都設計的盡量少和其它組件產生依賴關系。 ZF2遵循了嚴格的面對對象的設計原理。這種非嚴格的組件關系結構允許開發人員使用任何他想使用的組件。
源代碼
4. Symfony
\
Smyfony是一個web應用框架，遵循了典型的MVC（model view controller）的設計結構，現在越來越受歡迎，Symfony基於MIT license，它使用一些PHP代碼類的輔助類庫得開發的過程簡單
源代碼
5. Webasyst
\
webasyst是一個開源的PHP框架用來開發平滑的多用戶web應用或者復雜的網站。和其它的框架，例如，zend和symfony，比較起來，Webasyst框架更專注，並且允許更快和更高效的創建基於商業和團隊使用的應用。這個框架提供了大量的現成的工具用來管理用戶和授權，UI創建，移動端的訪問等等
源代碼
6. Laravel
\
Laravle是一個定位於優雅簡單的PHP框架。變成不會變的苦悶。事實上，使用正確的工具絕對是讓它成為一個讓人愉悅的事情。Laravel適合所有的PHP開發人員，特別是初學者。除了完善的文章，Laravel的友好的社區一直幫助回答文檔上沒有涉及到的相關問題。使用Bundle來打包和分享代碼絕對是一個非常棒的方式
源代碼
7. Guzzle
\
Guzzle是一個幫助大家解決發送HTTP請求和創建web service 客戶端中多餘的步驟的框架。包含了用來創建強壯的web service客戶端的工具，其中： 定義輸入和輸出的服務描述API，用來遍歷分頁資源的資源迭代，高效發送大量請求等等。
源代碼
8. Phalcon PHP
\
Phalcon PHP是一個被發布成為C擴展並且提供高性能和低資源消耗的web框架。使用C書寫，平台無關。作為這樣的框架，PHP支持微軟的windows系統， GNU/linux，Max OSX，你可以下載一個適合你的系統的二進制包或者自己編譯
源代碼
9. CodeIgniter
\
Codelgiter是一個強大的PHP框架，擁有非常小的體積，針對需要使用簡單優雅的工具套件開發完整特性的web應用而開發。如果你需要處理共享主機賬號或者客戶時間有限制，並且厭倦了沒有文檔的大型框架的話，Codeignier可能非常適合你
源代碼
10. Fuel PHP
\
Fuel是一個簡單，靈活，社區驅動的PHP5.3 web框架，基於其它框架中的好的想法而開發一個框架。在Apache,，IIS和Nginx上測試過。Fuel使用另外一種方式實現，和其它框架不同，它努力成為社區驅動的框架。剛成立不到6個月，已經有30多個開發人員貢獻了代碼和文檔。
③ php中，哪個框架比較好用是CI，TP，Zend，還是YII
所有框架中最神奇的、開發最迅速的是ruby on rails，號稱比別的框架快4倍，所言非虛，因為rails有自動代碼生成器功能，創建一個模型，自動給你搭好CURD操作。後來的很多框架，包括django(python)，lavarel(php),cakephp(php)都是模仿rails，但都不如rails，主要原因在於ruby語言本身的簡潔與優美，讀rails的代碼感覺特別舒服，特別精練，一點不繞（很少有php框架中常見的大段檢測、對比、if判斷代碼），而其它語言的框架都達不到這點
目前最活躍的框架是thinkphp、CI、YII社區也還可以，其餘的社區人氣很差，沒法考慮，尤其是rails，在中國人氣非常之低，配置與啟動需用命令行，win系統不能很好兼容，問題都找不到答案，最終不得不舍棄。
從人氣與文檔詳細上，最終勝出的是tp,ci,YII,ZEND至今連個中文手冊都沒有，直接pass,不管它號稱多麼強大，連個中文社區與文檔都沒有，出了問題還要翻牆看英文，太痛苦了
在TP、YII、CI三者的角逐中，YII同樣有命令行（有命令行的一律減分），有自動生成器功能，但是有個巨大缺點：生成出很多不用的空文件夾，導致文件結構非常混亂，控制器文件、模型文件夾四處都有，不知道哪個跟哪個，而且YII的函數比較碎片化，語法不夠清晰也不好懂，最終PASS
TP是國產的，如果CI給80分，TP也可以給75分，兩者很接近，tp社區人氣很活躍，有什麼問題網路一搜就出來了，開源代碼也非常多，類庫集成度跟CI不相上下，差就差在文件結構上稍遜CI一些，語法易懂性也比CI稍差
④ php開發需要框架嗎
php中也存在框架，如國內比較常用的thinkphp、brophp。國外的Laravel。但使用其也用利弊，分析如下：
框架是非常好的，它能讓決定更連貫。框架能避免我們寫一大堆自定義模塊來實現這些性能，我們所需要做的就是將這些共用模塊放在框架中實現。框架節省了我們不少的時間和精力，並且讓擴展變得更容易。但是這也是問題的根本所在。
對錘子來說，所有事物都是釘子
Abraham Kaplan說過的一句話能最好地控訴工具的缺點：把錘子給一個小孩，他會用錘子槌遇到的所有事物
這就是衡量你是否更職業的時候了，交付對未來擴展最好的代碼而不是交付最容易實現的代碼。是為了以後的需求更好的設計你的代碼還是讓以後的人做需求的時候再考慮，這就是程序員的責任感問題了。作為一個更職業的開發者，我們必須不依賴框架獨立思考。
這就是你的錯
是不是經常聽到某人在抱怨某個框架？我已經聽見好多人抱怨過Rails了：「Rails應用總是糟糕的結構」或者「Rails測試總是這么慢」。最開始，我也曾經這么認為。但是現在，每當我聽到這些抱怨的時候，我就會意識到其實抱怨者是懶惰的。Rails，或者其他框架，只是一個工具而已，你要做的是控制它。把壞代碼歸咎於無生命的框架只能說明你的不專業。
選擇正確的工具，或者正確地使用工具
決定變得更專業
我們必須根據基本的需求來選擇工具。框架確實能做很多事情，並且需求會決定整個代碼結構。有的時候框架會很適合某個需求。但是當框架不適合某些需求的時候，你就有責任為了代碼的清晰和干凈修改框架或者封裝框架。
作者Myles Megyesi正文結束讀後感文章中提到框架只是一個工具，你不能用這個工具來滿足你的所有需求，當框架無法清晰完整地滿足你的需求的時候，你要做的不是寫一大堆垃圾麻煩的代碼來實現需求，更不是修改你的需求來滿足更容易實現這件事。作為更專業的你，你需要修改框架，或者使用抽象等思維來使你的代碼達到清晰干凈。
這點在實際開發中會遇到非常多。當別人問你：這里的代碼為什麼這么寫？ 如果你的回答是：沒辦法啊，因為框架是這么這么做的，我只能這么這么做。這就說明了你已經被框架束縛住了。不要認為框架是權威，框架也是別人寫的，它寫的時候不會考慮到你的需求。只要你的需求是團隊的公共需求，需要修改，增加框架的時候，你就應該修改框架。
代碼是讓人更清晰自然的閱讀和開發的，如果被一個框架捆綁住，實際上就是本末倒置了。