MVC概念來(lái)自傳統(tǒng)的桌面軟件開(kāi)發(fā)，在那樣的環(huán)境下，事件發(fā)生時(shí)，Model可以主動(dòng)通知View，而這在HTTP協(xié)議里是不可能的（長(zhǎng)連接comet除外啊）。長(zhǎng)期以來(lái)，PHP業(yè)界對(duì)MVC框架中M和C的理解和運(yùn)用都是不精細(xì)的（當(dāng)然，夠用就好，能滿(mǎn)足絕大多數(shù)業(yè)務(wù)了）。這導(dǎo)致MC分層不清，PHPer在寫(xiě)代碼的時(shí)候沒(méi)有明確的規(guī)則，到底業(yè)務(wù)邏輯放在C里還是M里，常見(jiàn)的問(wèn)題有：

C層承擔(dān)職責(zé)過(guò)多，如，贊一個(gè)答案是給對(duì)應(yīng)回答者加聲望，寫(xiě)到C里面去了

M層太單薄，就繼承一下框架的Model（或者DB類(lèi)），實(shí)現(xiàn)數(shù)據(jù)庫(kù)的增刪查改

非數(shù)據(jù)庫(kù)操作（如調(diào)用微博OpenAPI）只好包裝到Util類(lèi)

用戶(hù)輸入（$_GET，$_POST）全局亂跑，M層和Util里都有

由于大部分場(chǎng)景下，PHP都用來(lái)做Web應(yīng)用，而且是Database Driven Application，所以，各類(lèi)Database Driven的快速開(kāi)發(fā)框架也應(yīng)運(yùn)而生，比如說(shuō)，CakePHP的Model類(lèi)干脆就定義了CURD幾個(gè)針對(duì)數(shù)據(jù)表的操作，Qcodo直接根據(jù)數(shù)據(jù)表結(jié)構(gòu)自動(dòng)生成MVC三層的腳手架代碼。

我理解的PHP應(yīng)用是5層結(jié)構(gòu)，M層應(yīng)再拆分為Biz Model，DAO，Infrastructure，貼幾幅圖片：

在一些小型項(xiàng)目中，完全可以舍棄Model層，但是大項(xiàng)目中，會(huì)有分工合作的。模型負(fù)責(zé)跟DB的交互，控制器就可以用戶(hù)動(dòng)作提交判斷、調(diào)用不同的model，最后想用戶(hù)返回結(jié)果。后期維護(hù)也會(huì)非常方便。