前言

　　目前Web開發(fā)的主流模式是MVC，Spring提供了SpringMVC模塊，支持MVC模式開發(fā)，本章我們將對(duì)MVC模式進(jìn)行一個(gè)整體認(rèn)識(shí)。

　　Web開發(fā)模式的演變

　　在早期的java web開發(fā)中，我們將頁(yè)面顯示、業(yè)務(wù)邏輯、數(shù)據(jù)操作全部放到JSP或JavaBean中實(shí)現(xiàn)，也就是Model1。

　　這種模式的缺點(diǎn)是：

　　1、耦合性高，所有代碼都在JSP中，Java和HTML混合在一起，編寫困難。

　　2、不利于分工，Java開發(fā)人員必須全部完成前端頁(yè)面和Java程序開發(fā)。

　　3、難以測(cè)試，前端頁(yè)面和Java相互依賴，無法單獨(dú)運(yùn)行，單獨(dú)測(cè)試代碼難以重用。

　　隨著時(shí)代的發(fā)展，后來出現(xiàn)了Servlet+JSP+JavaBean的開發(fā)模式，也就是Model2。

　　Model2也就是早期的MVC，它把頁(yè)面展示、請(qǐng)求處理、數(shù)據(jù)操作代碼分開，解決了Model1耦合性高的問題。

　　用戶請(qǐng)求先交給Servlet，Servlet再調(diào)用JavaBean對(duì)數(shù)據(jù)庫(kù)操作，然后將數(shù)據(jù)綁定到JSP上，將JSP返回給用戶。

　　MVC術(shù)語(yǔ)

　　M就是Model代表模型層，負(fù)責(zé)業(yè)務(wù)邏輯和數(shù)據(jù)處理，如：數(shù)據(jù)庫(kù)的CRUD。

　　V 就是View代表視圖層，負(fù)責(zé)數(shù)據(jù)的展示和用戶的交互，如：JSP頁(yè)面。

　　C 就是Controller代表控制器層，控制器負(fù)責(zé)視圖和模型之間的交互，把用戶的請(qǐng)求分發(fā)到相應(yīng)的模型，并且把模型的改變及時(shí)地反映到視圖上。

　　MVC的發(fā)展

　　為了解決數(shù)據(jù)庫(kù)的事務(wù)處理問題，JavaBean分為了三個(gè)部分：

　　bean：實(shí)體層，封裝表的數(shù)據(jù)。

　　dao：數(shù)據(jù)訪問層，負(fù)責(zé)每個(gè)表的增刪改查。

　　service：業(yè)務(wù)邏輯層，負(fù)責(zé)實(shí)現(xiàn)事務(wù)。

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

　　1.耦合性低

　　視圖層和業(yè)務(wù)邏輯層分離，這樣我們可以單獨(dú)修改頁(yè)面樣式和java邏輯代碼，而不需要考慮會(huì)對(duì)其它部分代碼造成影響。

　　2.重用性高

　　當(dāng)業(yè)務(wù)邏輯和視圖分離后，不同的JSP頁(yè)面可以重用相同的業(yè)務(wù)邏輯代碼，如手機(jī)訂購(gòu)頁(yè)面和電腦訂購(gòu)頁(yè)面，雖然頁(yè)面內(nèi)容不同，但是訂購(gòu)的業(yè)務(wù)邏輯相同。相同的JSP頁(yè)面也可以使用不同的業(yè)務(wù)邏輯，如訂購(gòu)的流程修改了，但是頁(yè)面樣式?jīng)]有修改，我們只需要修改后面的業(yè)務(wù)邏輯，而不需要修改頁(yè)面。

　　3.部署快，生命周期成本低

　　MVC使開發(fā)和維護(hù)用戶接口的技術(shù)含量降低。使用MVC模式使開發(fā)時(shí)間得到相當(dāng)大的縮減，它使程序員(Java開發(fā)人員)集中精力于業(yè)務(wù)邏輯，界面程序員(HTML和JSP開發(fā)人員)集中精力于表現(xiàn)形式上。

　　4.可維護(hù)性高

　　分離視圖層和業(yè)務(wù)邏輯層也使得WEB應(yīng)用更易于維護(hù)和修改。

　　當(dāng)然MVC也有缺點(diǎn)：

　　1、結(jié)構(gòu)比較復(fù)雜，不適合中小型的應(yīng)用程序。

　　2、每個(gè)層互相調(diào)用，關(guān)系復(fù)雜，給調(diào)試帶來困難。

　　3、效率低。

　　總結(jié)

　　MVC主要的作用是解耦，降低耦合性后，項(xiàng)目的維護(hù)、測(cè)試、代碼復(fù)用都變得容易了，理解了MVC模式后，我們將學(xué)習(xí)SpringMVC框架。