前言

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

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

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

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

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

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

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

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

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

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

　　MVC術(shù)語

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

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

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

　　MVC的發(fā)展

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

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

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

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

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

　　1.耦合性低

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

　　2.重用性高

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

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

　　MVC使開發(fā)和維護(hù)用戶接口的技術(shù)含量降低。使用MVC模式使開發(fā)時間得到相當(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、每個層互相調(diào)用，關(guān)系復(fù)雜，給調(diào)試帶來困難。

　　3、效率低。

　　總結(jié)

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