mvcphp視頻

① php mvc框架有哪些

PHP MVC框架有：

1. CodeIgniter

2. Laravel

3. Symfony

4. Yii

以下是關於這些PHP MVC框架的詳細介紹：

CodeIgniter是一個輕量級的PHP框架，適用於快速開發且不需要大量配置的中小型應用程序。它簡化了資料庫操作，提供了豐富的庫和輔助函數，同時支持多種資料庫和視圖引擎。CodeIgniter易於學習和使用，非常適合初學者入門。

Laravel是近年來非常受歡迎的PHP框架之一。它提供了簡潔的路由、強大的依賴注入容器、表達性模板引擎等功能。Laravel注重開發者的體驗，提供了豐富的藝術風格和工具，使得開發過程更加愉快。同時，Laravel的社區活躍，有大量第三方擴展可用。

Symfony是一個完整的PHP框架，提供了豐富的功能和工具集，包括Web開發、命令行工具、資料庫抽象層等。Symfony遵循嚴格的標准和最佳實踐，使得代碼質量得到保證。由於其強大的功能和靈活性，Symfony適合大型項目和企業級應用。

Yii是一個高性能的PHP框架，特別注重代碼質量和性能優化。Yii提供了豐富的功能和工具，包括緩存、認證、數據驗證等。同時，Yii的擴展性非常好，開發者可以很容易地擴展框架的功能。Yii適合開發大型復雜的Web應用程序。

這些PHP MVC框架各有特點，開發者可以根據項目的需求和個人的喜好選擇合適的框架。

② php mvc框架哪個好

最佳PHP MVC框架：Laravel

PHP中有許多MVC框架可供選擇，其中Laravel被認為是最好的之一。以下是關於Laravel的詳細解釋：

1. 功能性強大且靈活

Laravel作為一個PHP的MVC框架，提供了豐富的功能和工具，包括路由、中間件、遷移、ORM等。這使得開發者能夠快速地構建出復雜且健壯的應用程序。此外，它的表達性語法和強大的依賴注入容器使得代碼組織更為有序，易於維護和擴展。

2. 社區支持和文檔完善

Laravel擁有龐大的開發者社區和豐富的資源。這意味著當你遇到問題時，可以很容易地找到解決方案或尋求幫助。另外，Laravel的官方文檔非常完善，對於初學者和有經驗的開發者來說，都能輕松地找到所需的信息。

3. 安全性

Laravel非常重視安全性，內置了許多安全特性，如默認的用戶認證和授權系統、加密功能等。這使得使用Laravel開發的應用程序在安全性方面更為可靠。

4. 測試和調試工具

Laravel提供了強大的測試和調試工具，使得開發者能夠更有效地進行代碼開發和質量控制。這對於構建高質量的應用程序至關重要。

綜上所述，Laravel是一個功能強大、靈活、社區支持良好、文檔完善、注重安全和測試的PHP MVC框架。當然，除了Laravel，還有其他優秀的PHP MVC框架如Symfony、CodeIgniter等，但Laravel在綜合性能和社區支持方面表現尤為出色。

③ php的tp框架和mvc有啥區別

首先說Model吧。
在TP中是一個表對應一個Model,而且普通Model中只是一些自動驗證啊，自動完成啊、還有數據欄位信息啊一些東西;而CI中的Model則完全不同，一個Model不必約束於一個表，也就是說名字為abc的Model中你也可以查詢名字為def的表中的數據，而且可以定義方法完成一些數據查詢，比如我可以在名為articles_model的Model中定義一個名字為get_articles的方法來獲取所有文章信息，當某個Controller載入了這個Model後，就可以在相應的Controller中用

1

$this->articles_model->get_articles();

來方便地獲取所有文章信息，而對於TP來說，這些操作只能在Action類中完成。2.0版的TP已經把View、Relation和Adv三個高級查詢model庫類定為不自動載入了，看了一下手冊，感覺除了View視圖查詢容易用一點，另外兩個都不怎麼好用，感覺用起來太復雜，還不如用原生的sql查詢。CI的Model還有一個使我很喜歡的方法就是dbprefix方法，在使用原生的sql查詢時使用這個函數使得修改資料庫表名前綴後你的代碼不需要經過任何改動。在TP中我沒有發現類似的函數，當我用TP開發一個博客系統時，發現關聯查詢很麻煩，於是想用原生的SQL查詢，卻沒有找到自動增加資料庫表名前綴的方法，雖然可以自己修改TP的核心庫來實現，但是還是覺得這樣有點不太好。真的要感謝TP，如果不是TP，也許我就不會去關注CI了，當我那天看了幾頁CI的英文文檔後，立馬就對它產生的深厚的興趣，於是第二天一起床就開始看CI的手冊，雖然是從官網下的英文版的，不過它的手冊寫得很簡潔、很周到，邊看邊操作，看完手冊後我就幾乎能熟練使用這個框架了。於是用它開發了一個博客系統。
CI的Model類簡單易用，TP的Model類功能相對來說要強大一些，但是用起來個人感覺沒有那麼方便。
其次，對於View，從功能上講，TP的View要更加強大一些，選擇更多一些，在TP中你可以選擇就用PHP作模板引擎，可以就用TP自身的模板引擎，也可以選擇用smarty等其它第三方模板引擎。而在CI中就只能用CI內置的功能簡單的模板引擎或者用原生的PHP代碼作模板，個人覺得用PHP作模板更好一些，一來省去了學習另外的模板引擎語法的麻煩，二來執行效率更高一些。因些從View來講，選擇CI或者是TP都無所謂。
再次是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方法），該控制器的其它的操作都沒用了（不能訪問了）。