MVC真的適合PHP么?
近來設計模式風行,MVC隨處可見,PHP領域也不例外,很多論壇都開始討論在PHP中使用MVC。然而,M、V、C在PHP中到底該如何實現(xiàn)?MVC真的適合PHP么?這里Easy給出一些自己的思考。
MVC的原型
MVC本來是存在于Desktop程序中的,M是指數(shù)據(jù)模型,V是指用戶界面,C則是控制器。使用MVC的目的是將M和V的實現(xiàn)代碼分離,從而使同 一個程序可以使用不同的表現(xiàn)形式。比如一批統(tǒng)計數(shù)據(jù)你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步,一旦M改變,V應該同步更新。
JAVA中的MVC
JAVA把MVC引入了Web領域,并在此基礎上架構出了一套稱為Model2的體系。由于Web的特殊性,JAVA中的MVC和Desktop中 的MVC并不完全一致。主要原因是Web中的V不是持續(xù)的,用戶每訪問一次,V就要重新生成一次,所以V始終是和M一致的,不需要C來控制同步。那么 JAVA中的C在干什么?JAVA中的C通常用于流程的轉向,其實用的是Dispatch模式,不再是Desktop中的C了。
PHP中的MVC
要在PHP中原封不動的COPY JAVA的MVC是不可能的。問題主要表現(xiàn)在M上,在JAVA中,M是獨立于業(yè)務邏輯和表現(xiàn)邏輯的數(shù)據(jù)模型,在服務器端跨頁面存在,JAVA Bean扮演的就是這個腳色。而PHP進程并不長時間駐留于內存,只在PHP頁面開始執(zhí)行時創(chuàng)建,在頁面解釋執(zhí)行結束時就已經結束。在這樣的情況下,我們 根本無法直接實現(xiàn)M。所以所有聲稱實現(xiàn)了MVC模式的PHP程式都只能通過模擬手段來實現(xiàn)M。實現(xiàn)的方式一般是在當前頁面結束前把數(shù)據(jù)存入數(shù)據(jù)庫或者 cookie/session,在下一個頁面中再透過數(shù)據(jù)庫或者cookie/session重建M。這樣的方式和JAVA中的Bean比起來可以說是開 銷巨大,本來往內存中寫數(shù)據(jù)的簡單操作現(xiàn)在要從服務器端傳到客戶端或者數(shù)據(jù)庫,然后再傳回來。與其用這么大的開銷來維護一個數(shù)據(jù)模型再在最后把這個模型塞 回數(shù)據(jù)庫,還不如直接根據(jù)需要更新數(shù)據(jù)庫里邊的數(shù)據(jù)。
然后我們再來看V?,F(xiàn)在很多PHP程序簡單的使用了一些模板技術就在說明中寫“采用MVC架構”。其實絕大多數(shù)的PHP模板程序都只是分離HTML 和PHP的,而非MVC強調的顯示邏輯和業(yè)務邏輯分離。一個混用HTML和PHP的頁面一樣可以是MVC的一部份。如何分離顯示邏輯和業(yè)務邏輯至今沒有一 個滿意的方案。我個人則比較認同http://www.phpe.net/articles/384.shtml的實現(xiàn)方案。至于C,和JAVA中差不 多,還是被用作轉向,這個在PHP中其實并不重要。
一個極耗資源的M + 一個區(qū)別不大的V + 可有可無的C 構成了PHP中所謂的MVC。
基于以上分析,Easy認為,PHP原有的3層構架比所謂的MVC更為高效,而3層構架中的表現(xiàn)層要解決的問題MVC中的V也同樣存在。一個改進后的3層架構比MVC更適用于PHP。
推薦文章
2025-01-18
2024-11-28
2024-11-09
2024-10-25
2024-06-25
2024-01-04
2023-11-06
2023-10-30
2023-10-13
2023-10-10
穩(wěn)定
產品高可用性高并發(fā)貼心
項目群及時溝通專業(yè)
產品經理1v1支持快速
MVP模式小步快跑承諾
我們選擇聲譽堅持
10年專注高端品質開發(fā)聯(lián)系我們
友情鏈接: