PHP：MVC迷思

近來設計模式風行，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比起來可以說是開銷巨大，本來往記憶體中寫資料的簡單操作現在要從伺服器端傳到用戶端或者資料庫，然後再傳回來。與其用這麼大的開銷來維護一個資料模型再在最後把這個模型塞回資料庫，還不如直接根據需要更新資料庫裡邊的資料。