最近，設(shè)計模式變得流行，MVC無處不在，PHP世界也不例外。許多論壇已經(jīng)開始討論在PHP中使用MVC。但是，如何在PHP中實(shí)現(xiàn)M，V，C？ MVC真的適合PHP嗎？在這里，Easy給出了一些他自己的想法。

MVC的原型

MVC最初出現(xiàn)在Desktop程序中，M表示數(shù)據(jù)模型，V表示用戶界面，C表示控制器。使用MVC的目的是分離M和V的實(shí)現(xiàn)代碼，以便相同的程序可以使用不同的表示。例如，一批統(tǒng)計數(shù)據(jù)可以用直方圖和餅圖表示。 C的目的是確保M和V的同步。一旦M改變，V應(yīng)該同步更新。

JAVA中的MVC

JAVA將MVC引入Web域，并在此基礎(chǔ)上構(gòu)建了一個名為Model2的系統(tǒng)。由于Web的特殊性，JAVA中的MVC和桌面中的MVC并不完全相同。主要原因是Web中的V不連續(xù)。每次用戶訪問時，V將重新生成一次，因此V始終與M一致，并且不需要C來控制同步。那么JAVA中的C是做什么的呢？ JAVA中的C通常用于過程轉(zhuǎn)向。它的實(shí)用性是Dispatch模式，不再是桌面C。

PHP中的MVC

在PHP中不可能保持COPY JAVA的MVC完好無損。問題主要表現(xiàn)在M.在JAVA中，M是一個獨(dú)立于業(yè)務(wù)邏輯和表示邏輯的數(shù)據(jù)模型。它存在于服務(wù)器端跨頁面，JAVA Bean扮演這個角色。 PHP進(jìn)程長時間不駐留在內(nèi)存中，它僅在PHP頁面開始執(zhí)行時創(chuàng)建，并在頁面解釋執(zhí)行結(jié)束時結(jié)束。在這種情況下，我們無法直接實(shí)現(xiàn)M.所以聲稱實(shí)現(xiàn)MVC模式的所有PHP程序都只能通過模擬實(shí)現(xiàn)M.實(shí)現(xiàn)此目的的方法通常是在當(dāng)前頁面結(jié)束之前將數(shù)據(jù)存儲在數(shù)據(jù)庫或cookie /會話中，然后在下一頁中通過數(shù)據(jù)庫或cookie /會話重建M.這種方式與JAVA中的bean相比可以說是巨大的，在內(nèi)存中寫入數(shù)據(jù)的簡單操作現(xiàn)在從服務(wù)器傳遞到客戶端或數(shù)據(jù)庫，然后傳回。不是使用如此大量的開銷來維護(hù)數(shù)據(jù)模型，然后最終將模型插回數(shù)據(jù)庫，而是根據(jù)需要更新數(shù)據(jù)庫內(nèi)的數(shù)據(jù)。

那我們再來看看V.現(xiàn)在許多PHP程序只是使用一些模板技術(shù)來編寫描述中的“使用MVC架構(gòu)”。實(shí)際上，大多數(shù)PHP模板程序只是單獨(dú)的HTML和PHP，而不是MVC強(qiáng)調(diào)的顯示邏輯和業(yè)務(wù)邏輯的分離。混合HTML和PHP的頁面可以是MVC的一部分。到目前為止，如何分離顯示邏輯和業(yè)務(wù)邏輯并不是一個令人滿意的解決方案。我個人同意http://www.phpe.net/articles/384.shtml的實(shí)現(xiàn)。至于C，與JAVA沒有太大區(qū)別，或者它被用作轉(zhuǎn)彎。這在PHP中并不重要。

資源非常密集的M +稍微差別V +可以是可選的C構(gòu)成PHP中的所謂MVC。

基于上述分析，Easy認(rèn)為PHP的原始三層體系結(jié)構(gòu)比所謂的MVC更有效，并且三層體系結(jié)構(gòu)中的表示層必須解決這個問題。改進(jìn)的3層體系結(jié)構(gòu)比MVC更適合PHP。