MVC模式的基本概念[3]

　　MVC系統(tǒng)中的模型從概念上可以分為兩類――系統(tǒng)的內(nèi)部狀態(tài)和改變系統(tǒng)狀態(tài)的動(dòng)作。模型是你所有的商業(yè)邏輯代碼片段所在。為模型提供了業(yè)務(wù)實(shí)體對(duì)象和業(yè)務(wù)處理對(duì)象：所有的業(yè)務(wù)處理對(duì)象都是從ProcessBase類派生的子類。業(yè)務(wù)處理對(duì)象封裝了具體的處理邏輯，調(diào)用業(yè)務(wù)邏輯模型，并且把響應(yīng)提交到合適的視圖組件以產(chǎn)生響應(yīng)。業(yè)務(wù)實(shí)體對(duì)象可以通過定義屬性描述客戶端表單數(shù)據(jù)。所有業(yè)務(wù)實(shí)體對(duì)象都EntityBase派生子類對(duì)象，業(yè)務(wù)處理對(duì)象可以直接對(duì)它進(jìn)行讀寫，而不再需要和request、response對(duì)象進(jìn)行數(shù)據(jù)交互。通過業(yè)務(wù)實(shí)體對(duì)象實(shí)現(xiàn)了對(duì)視圖和模型之間交互的支持。實(shí)現(xiàn)時(shí)把"做什么"（業(yè)務(wù)處理）和"如何做"（業(yè)務(wù)實(shí)體）分離。這樣可以實(shí)現(xiàn)業(yè)務(wù)邏輯的重用。由于各個(gè)應(yīng)用的具體業(yè)務(wù)是不同的，這里不再列舉其具體代碼實(shí)例。

　　ASP.NET提供了一個(gè)很好的實(shí)現(xiàn)這種經(jīng)典設(shè)計(jì)模式的類似環(huán)境。開發(fā)者通過在ASPX頁(yè)面中開發(fā)用戶接口來實(shí)現(xiàn)視圖；控制器的功能在邏輯功能代碼(.cs)中實(shí)現(xiàn)；模型通常對(duì)應(yīng)應(yīng)用系統(tǒng)的業(yè)務(wù)部分。在ASP.NET中實(shí)現(xiàn)這種設(shè)計(jì)而提供的一個(gè)多層系統(tǒng)，較經(jīng)典的ASP結(jié)構(gòu)實(shí)現(xiàn)的系統(tǒng)來說有明顯的優(yōu)點(diǎn)。將用戶顯示（視圖）從動(dòng)作（控制器）中分離出來,提高了代碼的重用性。將數(shù)據(jù)（模型）從對(duì)其操作的動(dòng)作（控制器）分離出來可以讓你設(shè)計(jì)一個(gè)與后臺(tái)存儲(chǔ)數(shù)據(jù)無關(guān)的系統(tǒng)。就MVC結(jié)構(gòu)的本質(zhì)而言，它是一種解決耦合系統(tǒng)問題的方法。

　　三、MVC的優(yōu)點(diǎn)

　　大部分用過程語言比如ASP、PHP開發(fā)出來的Web應(yīng)用，初始的開發(fā)模板就是混合層的數(shù)據(jù)編程。例如，直接向數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求并用HTML顯示,開發(fā)速度往往比較快,但由于數(shù)據(jù)頁(yè)面的分離不是很直接,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性。產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿足用戶的變化性需求。MVC要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過模型可以得到更好地體現(xiàn)。

　　首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。在目前用戶需求的快速變化下，可能有多種方式訪問應(yīng)用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂單，但對(duì)于訂單的處理都是一樣，也就是說訂單的處理是一致的。按MVC設(shè)計(jì)模式，一個(gè)訂單模型以及多個(gè)視圖即可解決問題。這樣減少了代碼的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。 其次，由于模型返回的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應(yīng)用于接口的使用。

　　再次，由于一個(gè)應(yīng)用被分離為三層，因此有時(shí)改變其中的一層就能滿足應(yīng)用的改變。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng)MVC的模型層。

　　控制層的概念也很有效，由于它把不同的模型和不同的視圖組合在一起完成不同的請(qǐng)求，因此，控制層可以說是包含了用戶請(qǐng)求權(quán)限的概念。

　　最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化產(chǎn)生管理程序代碼。

　　四、MVC的不足

　　MVC的不足體現(xiàn)在以下幾個(gè)方面

　　（1）增加了系統(tǒng)結(jié)構(gòu)和實(shí)現(xiàn)的復(fù)雜性。對(duì)于簡(jiǎn)單的界面，嚴(yán)格遵循MVC，使模型、視圖與控制器分離，會(huì)增加結(jié)構(gòu)的復(fù)雜性，并可能產(chǎn)生過多的更新操作，降低運(yùn)行效率。

　　（2）視圖與控制器間的過于緊密的連接。視圖與控制器是相互分離，但確實(shí)聯(lián)系緊密的部件，視圖沒有控制器的存在，其應(yīng)用是很有限的，反之亦然，這樣就妨礙了他們的獨(dú)立重用。

　�。�3）視圖對(duì)模型數(shù)據(jù)的低效率訪問。依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對(duì)未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性能。

　�。�4） 目前，一般高級(jí)的界面工具或構(gòu)造器不支持MVC模式。改造這些工具以適應(yīng)MVC需要和建立分離的部件的代價(jià)是很高的，從而造成使用MVC的困難�！　�