近來設計模式風行，MVC隨處可見，PHP領域也不例外，很多論壇都開始討論在PHP中使用MVC。然而，M、V、C在PHP中到底該如何實現？MVC真的適合PHP么？這里Easy給出一些自己的思考。

MVC的原型

MVC本來是存在于Desktop程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC的目的是將M和V的實現代碼分離，從而使同 一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。

JAVA中的MVC

JAVA把MVC引入了Web領域，并在此基礎上架構出了一套稱為Model2的體系。由于Web的特殊性，JAVA中的MVC和Desktop中 的MVC并不完全一致。主要原因是Web中的V不是持續的，用戶每訪問一次，V就要重新生成一次，所以V始終是和M一致的，不需要C來控制同步。那么 JAVA中的C在干什么？JAVA中的C通常用于流程的轉向，其實用的是Dispatch模式，不再是Desktop中的C了。

PHP中的MVC

要在PHP中原封不動的COPY JAVA的MVC是不可能的。問題主要表現在M上，在JAVA中，M是獨立于業務邏輯和表現邏輯的數據模型，在服務器端跨頁面存在，JAVA Bean扮演的就是這個腳色。而PHP進程并不長時間駐留于內存，只在PHP頁面開始執行時創建，在頁面解釋執行結束時就已經結束。在這樣的情況下，我們 根本無法直接實現M。所以所有聲稱實現了MVC模式的PHP程式都只能通過模擬手段來實現M。實現的方式一般是在當前頁面結束前把數據存入數據庫或者 cookie/session，在下一個頁面中再透過數據庫或者cookie/session重建M。這樣的方式和JAVA中的Bean比起來可以說是開 銷巨大，本來往內存中寫數據的簡單操作現在要從服務器端傳到客戶端或者數據庫，然后再傳回來。與其用這么大的開銷來維護一個數據模型再在最后把這個模型塞 回數據庫，還不如直接根據需要更新數據庫里邊的數據。

然后我們再來看V。現在很多PHP程序簡單的使用了一些模板技術就在說明中寫“采用MVC架構”。其實絕大多數的PHP模板程序都只是分離HTML 和PHP的，而非MVC強調的顯示邏輯和業務邏輯分離。一個混用HTML和PHP的頁面一樣可以是MVC的一部份。如何分離顯示邏輯和業務邏輯至今沒有一 個滿意的方案。我個人則比較認同http://www.phpe.net/articles/384.shtml的實現方案。至于C，和JAVA中差不 多，還是被用作轉向，這個在PHP中其實并不重要。

一個極耗資源的M + 一個區別不大的V + 可有可無的C 構成了PHP中所謂的MVC。

基于以上分析，Easy認為，PHP原有的3層構架比所謂的MVC更為高效，而3層構架中的表現層要解決的問題MVC中的V也同樣存在。一個改進后的3層架構比MVC更適用于PHP。