1. php有哪些框架
PHP的框架有很多，這里說一部分供大家參考：
國內框架：ThinkPHP, Canphp, KYPHP, InitPHP, SpeedPHP, CdvPHP,KPHP。
國外著名框架：Zend Framework，Codelgniter，CakePHP，Symfony，Yii，Seagull，Laravel。
小型框架：E，DuoLamPHP，Difeye，GalaxixPhp，PhpPeanuts，Rong Framework，Openbiz Framework。
2. 國外主流PHP框架對比評測
最近簡單的使用了目前在國內用的比較多的幾個主流國外PHP框架（不包括國內框架） 大致對這些框架有個直觀上的感受 簡單分享一下 對於哪些做框架選型的時候 權當一個參考
主要參考的框架包括 CodeIgniter CakePHP ZendFramework Symfony 我對很多框架也沒有認真使用 只是簡單試用了一下 可能很多看法不成熟或者是錯誤的 請大家指正 一起成長
CodeIgniter
優點
配置簡單 全部的配置使用PHP腳本來配置 執行效率高 具有基本的路由功能 能夠進行一定程度的路由 具有初步的Layout功能 能夠製作一定程度的界面外觀 資料庫層封裝的不錯 具有基本的MVC功能
快速簡潔 代碼不多 執行性能高 框架簡單 容易上手 學習成本低 文檔詳細 自帶了很多簡單好用的library 框架適合小型應用
缺點
把Model層簡單的理解為資料庫操作
框架略顯簡單 只能夠滿足小型應用 略微不太能夠滿足中型應用需要
評價
總體來說 拿CodeIgniter來完成簡單快速的應用還是值得 同時能夠構造一定程度的layout 便於模板的復用 數據操作層來說封裝的不錯 並且CodeIgniter沒有使用很多太復雜的設計模式 執行性能和代碼可讀性上都不錯 至於附加的 library 也還不錯 簡潔高效
CakePHP
優點
CakePHP是最類似於RoR的框架 包括設計方式 資料庫操作的Active Record方式 設計層面很優雅 沒有自帶多餘的 library 所有的功能都是純粹的框架 執行效率還不錯 資料庫層的 hasOne hasMany 功能很強大 對於復雜業務處理比較合適 路由功能 配置功能還不錯 自動構建腳手架（scaffold）很強大 適合中型應用 基本實現過了MVC每一層 具有自動操作命令行腳本功能
文檔比較全 在國內推廣的比較成功 大部分都知道CakePHP 學習成本中等
缺點
CakePHP非常嚴重的問題是把Model理解為資料庫層操作 嚴重影響了除了資料庫之外的操作能力
CakePHP的cache功能略顯薄弱 配置功能稍嫌弱 CakePHP不適合大型應用 只適合中型應用 小型應用來說略微的學習成本高了點
評價
總體來說CakePHP框架代表了PHP框架很重要的一個時代和代表 並且目前發揮著很重要的作用 不少自己寫的框架都模仿了CakePHP的方式 是個里程碑式的產品 CakePHP透露著RoR的敏捷開發方式和把資料庫操作認為是唯一Model的設計思想 作為開發快速應用和原型是絕好的工具 同樣 用來做Web 網站的開發框架 也是值得選擇的
Zend Framework
優點
官方出品 自帶了非常多的 library 框架本身使用了很多設計模式來編寫 架構上很優雅 執行效率中等 MVC設計中 比較簡潔 具有路由功能 配置文件比較強大（能夠處理XML和php INI） 各種 library 很強大 是所有PHP框架中各種功能最全面的 包括它不僅是一個框架 更是一個大類庫（取代PEAR） 這是它的主要特色 能夠直觀的支持除資料庫操作之外的Model層（比 CodeIgniter 和 CakePHP 強） 並且能夠很輕易的使用Loader功能載入其他新增加的Class Cache功能很強大 從前端Cache到後端Cache都支持 後端Cache支持Memcache APC SQLite 文件等等方式 資料庫操作功能很強大 支持各種驅動（適配器）
文檔很全 在國內社區很成熟 並且目前不少Web 網站在使用 學習成本中等
缺點
MVC功能完成比較弱 View層簡單實現（跟沒實現一樣） 無法很強大的控制前端頁面
沒有自動化腳本 創建一個應用 包括入口文件 全部必須自己手工構建 入門成本高
Zend Framework 作為一個中型應用框架問題不大 也能夠勉強作為大型應用的框架 但是作為一個很成熟的大型PHP框架來說 還需要一些努力
評價
作為官方出品的框架 Zend Framework的野心是可以預見的 想把其他框架擠走 同時封裝很多強大的類庫 能夠提供一站式的框架服務 並且他們的開發團隊很強大 完全足夠有能力開發很強大的產品出來 所以基本可以確定的是Zend Framework前途無量 如果花費更多的時間去完善框架 同樣的 Zend Framework架構本身也是比較優雅的 說明Zend官方是有很多高手的 設計理念上比較先進 雖然有一些功能實現的不夠完善 比如View層 自動化腳本等等 這些都有賴於未來的升級 總體來說Zend Framework是最值得期待的框架 當然 你目前要投入你的項目中使用也是完全沒問題的
Symfony
優點
Symfony 是我了解的PHP框架中功能最強大的 而且我使用時間比較長 但是很多功能還是沒有挖掘出來 它完整實現了MVC三層 封裝了所有東西 包括 $_POST $_GET 數據 異常處理 調試功能 數據檢測 包含強大的緩存功能 自動載入Class（這個功能很爽） 強大的i n國家化支持 具有很強大的view層操作 能夠零碎的包含單個多個文件 非常強大的配置功能 使用yml配置能夠控制所有框架和程序運行行為 強大到讓人無語 能夠很隨意的定義各種自己的class 並且symfony能夠自動載入（auto load）這些class 能夠在程序中隨意調用 包含強大的多層級項目和應用管理 Project > Application > Mole > Action 能夠滿足一個項目下多個應用的需要 並且每層可以定義自己的類庫 配置文件 layout 非常強大的命令行操作功能 包括建立項目 建立應用 建立模塊 刷新緩存等等
Symfony絕對是開發大型復雜項目的首選 因為使用了Symfony 將大大節約開發成本 並且多人協作的時候 不會出現問題 在Project級別定義好基礎Class以後 任何模塊都能夠重用 大大復用代碼
缺點
資料庫操作model採用了重量級的propel和creole 不過在我測試的版本中已經把他們移到了addon里 可用可不用
緩存功能無法控制 每次開發調試總是緩存 需要執行 symfony cc symfony rc 來清除和重建緩存
效率不是很高 特別是解析模板和讀取配置文件的過程 花費時間不少
學習成本很高 並且國內沒有成熟的社區和文檔 連中文手冊都沒有 相應的要掌握所有功能 需要花費比較多的時間
評價
Symfony絕對是企業級的框架 唯一能夠貌似能夠跟Java領域哪些強悍框架抗衡的東西 強悍的東西 自然學習復雜 但是相應的對項目開發也比較有幫助 自然是推薦復雜的項目使用Symfony來處理 覺得是值得 後期的維護成本比較低 復用性很強 相應的如果使用Symfony的應該都是比較復雜的互聯網項目 那麼相應的就要考慮關於資料庫分布的問題 那麼就需要拋棄Symfony自帶的資料庫操作層 需要自己定義 當然了 Symfony支持隨意的構造model層
總結
以上數款框架 各有特色 而且都是開源項目 不過框架針對的項目不一樣 一般來說 CodeIngiter 比較適合小型項目 CakePHP 和 Zend Framework 比較適合中型項目 Symfony 比較適合大型重量級項目 在項目選型的時候 要充分考慮框架的可以定製性 擴展性 因為每個項目都無法確定你是否會隨著需求的變化進行改變
相對來說 Zend Framework 和 Symfony 應對變化的能力比較強 特別是能夠隨意定製 model 層的Class 能夠非常方便增加自己業務或者數據處理類 我是個人比較推薦在中大型項目中使用的框架
CodeIngiter 和 CakePHP 在中小型項目中同樣能夠發揮重大作用 快速開發和原型構建 非常適合目標不清晰的原型項目的開發
當然了 也許 自己寫一個框架更適合
lishixin/Article/program/PHP/201311/21441
3. 對於php初學者學習哪個框架比較好
應該要學以下幾個方面
1、具備html基礎，這個是肯定得要的了，要是這方面沒基礎的，應該先自行學習下。
2、學習php+mysql這個是核心了，推薦下比較出名的2個教程：lamp兄弟連教程，或者是php100的視頻教程。
關於兄弟連的教程：主要是一些基礎的東西的學習，講得非常細，非常適合初學者。裡面詳細介紹了php和mysql的各個知識點，以及正則表達式等等內容，關於php100，可以看看後面的實例教程，這2個教程結合起來就能夠基本把php+mysql學習好了。
3、css。 主要是網站外表設計的。這個非常重要，一個漂亮的網站才容易吸引訪問者多停留。
4、JavaScript。 該技術可以讓你的網站更加豐富。
第三第四點的教程主要參考前沿視頻教程。
5、火車頭，作為站長這個是肯定得學習下的。個人站長內容全部靠自己寫，不太現實，剛開始用火車頭採集下還是很必要的。看看火車頭的相關說明，結果第三點中學習到的正則表達式，會讓你做網站輕松不少
PHP，一個嵌套的縮寫名稱，是英文超級文本預處理語言(PHP:Hypertext Preprocessor)的縮寫。PHP 是一種 HTML 內嵌式的語言，是一種在伺服器端執行的嵌入HTML文檔的腳本語言，語言的風格有類似於C語言，現在被很多的網站編程人員廣泛的運用，目前大多的開源的軟體都是採用php編寫
4. php框架,mvc,php.mvc,thinkPHP都該怎麼理解區分
你要知道mvc這三個字母分別代表啥，
模型，視圖，控制器，
模型負責資料庫的東西，控制器負責一些邏輯，視圖負責顯示內容，你研究下thinkphp默認生成的代碼也就知道啥意思了
5. php的tp框架和mvc有啥區別
首先說Model吧。x0dx0a在TP中是一個表對應一個Model,而且普通Model中只是一些自動驗證啊，自動完成啊、還有數據欄位信息啊一些東西;而CI中的Model則完全不同，一個Model不必約束於一個表，也就是說名字為abc的Model中你也可以查詢名字為def的表中的數據，而且可以定義方法完成一些數據查詢，比如我可以在名為articles_model的Model中定義一個名字為get_articles的方法來獲取所有文章信息，當某個Controller載入棚森遊了這個Model後，就可以在相應的Controller中用x0dx0ax0dx0a1x0dx0a x0dx0a$this->articles_model->get_articles();x0dx0ax0dx0a來方便地獲取所有文章信息，而對於TP來說，這些春兄操作只能在Action類中完成。2.0版的TP已經把View、Relation和Adv三個高級查詢model庫類定為不自動載入了，看了一下手冊，感覺除了View視圖查詢容易用一點，另外兩個都不怎麼好用，感覺用起來太復雜，還不如用原生的SQL查詢。CI的Model還有一個使我很喜歡的方法就是dbprefix方法，在使用原生的sql查詢時使用這個函數使得修改資料庫表名前綴後你的代碼不需要經過任何改動。在TP中我沒有發現類似的函數，當我用TP開發一個博客系統時，發現關聯查詢很麻煩，於是想用原生的SQL查詢，卻沒有找到自動增加資料庫表名前綴的方法，雖然可以自己修改TP的核心庫來實現，但是還是覺得這樣有點不太好。真的要感謝TP，如果不是TP，也許我就不會去關注CI了，當我那天看了幾頁CI的英文文檔後，立馬就對它產生的深厚的興趣，於是第二天一起床就開始看CI的手冊，雖然是從官網下的英文版的，不過它的手冊寫得很簡潔、很周到，邊看邊操作，看完手冊後我就幾乎能熟練使用這個框架了。於是用它開發了一個博客系統。x0dx0aCI的Model類簡單易用，TP的Model類功能相對來說要強大一些，但是用起來個人感覺沒有那麼方便。x0dx0a其次，對於View，從功能上講，TP的View要更加強大一些，選擇更多一些，在TP中你可以選擇就用PHP作模板引擎，可以就用TP自身的模板引擎，也可以選擇用smarty等其它第三鏈銷方模板引擎。而在CI中就只能用CI內置的功能簡單的模板引擎或者用原生的PHP代碼作模板，個人覺得用PHP作模板更好一些，一來省去了學習另外的模板引擎語法的麻煩，二來執行效率更高一些。因些從View來講，選擇CI或者是TP都無所謂。x0dx0a再次是Controller了，在CI中的應用的控制器是繼承自核心類Controller的，TP中的控制器則是繼承於核心類Action。不過還是有不同的，在TP中，你可以把一些公共的變數或者在多個控制器中都要執行的東西放在一個action里，假如這個action文件為CommonAction.class.php ，在它的_initialize方法中可以執行一些在多個控制器中都要執行的代碼或者初始化一些多個控制器都要使用的變數，這樣，應用的其它action只要繼承CommonAction 就可以實現了。因為框架在載入相應action時首先會自動載入那個CommonAction的。而在CI中就沒有這個方便的功能了，但是也可以自己寫一個library,在該library類的__construct方法里放一些代碼，然後在每個控制器中都載入這個library,這樣也可以實現像TP一樣的功能。不過相對來說麻煩了一些。TP還有一點比較靈活的就是，在這個控制器(action)裡面可以執行那個控制器中的函數（比如用A或者R函數來實現），在CI中則不行，你不能在這個控制器中執行那個控制器中的函數。還有就是TP可以定義一個名為EmptyAction的控制器，當所有控制器都找不到時，就調用這個Empty控制器。這一點如果與empty方法配合，可以使得URL大大縮減。雖然CI和TP都支持空操作，不過這二者的空操作名稱不相同，實現的優先順序也不相同。在TP中的空操作(_empty方法)優先順序是最低的，也就是說當當前控制器的所有操作都找不到時才調用這個空操作；在CI中則恰恰相反，只要存在空操作（_remap方法），該控制器的其它的操作都沒用了（不能訪問了）。