MVC開始版本

　　在最初的 JSP網(wǎng)頁中，像數(shù)據(jù)庫查詢語句這樣的數(shù)據(jù)層代碼和像HTML這樣的表示層代碼是混在一起，更甚者還會在里面寫一些Java代碼來做業(yè)務(wù)邏輯的處理。(在 jsp中<%一寫就可以在里面敲Java代碼)雖然經(jīng)驗比較豐富的開發(fā)者會將數(shù)據(jù)從表示層分離開來，但這樣的良好設(shè)計通常并不是很容易做到的。

　　這種老的架構(gòu)模式，前后端互相依賴，耦合性過高。而且寫這種代碼還需要你對前端有一定的掌握程度，可以說是十分的痛苦。

　　但這種模式也要一些自己的好處，架構(gòu)簡單，適合小型項目的開發(fā)

　　o 但 jsp要做的事情太多了不是很便于維護

　　o 加上現(xiàn)在的開發(fā)中 jsp用的也越來越少了，這種模式也就慢慢淡出了我們的視線

　　MVC升級版時代

　　正是因為 mvc開始版本的種種弊端，Servlet + JSP + Java Bean 的開發(fā)模式就誕生了，也就是我們的Mvc升級版，使用了這種架構(gòu)模式后，我們會將程序分為三個部分 Model、View、Controller

　　模型(Model)：

　　· 數(shù)據(jù)模型層，這一層即負責(zé)對數(shù)據(jù)的封裝，也負責(zé)對數(shù)據(jù)進行一些邏輯操作。

　　· Model 有對數(shù)據(jù)直接訪問的權(quán)力，例如對數(shù)據(jù)庫的訪問。

　　· Model不依賴 View和 Controller，也就是說， Model 不關(guān)心它會被如何顯示或是如何被操作。

　　· Model 中數(shù)據(jù)的變化一般會通過一種刷新機制來實現(xiàn)。

　　· 為了實現(xiàn)這種機制，那些用于監(jiān)視此 Model 的 View 必須事先在此 Model 上注冊，從而，View 可以了解在數(shù)據(jù) Model 上發(fā)生的改變。

　　視圖(View)：

　　· 負責(zé)數(shù)據(jù)模型的展示，一般就是我們看到的用戶界面。

　　· 在 View 中一般沒有程序上的邏輯

　　· 為了實現(xiàn) View 上的刷新功能，View 需要訪問它監(jiān)視的數(shù)據(jù)模型(Model)，因此應(yīng)該事先在被它監(jiān)視的數(shù)據(jù)中注冊。

　　控制器(Controller)：

　　· 起到不同層面間的組織作用，用于控制應(yīng)用程序的流程。它處理事件并作出響應(yīng)。“事件”包括用戶的行為和數(shù)據(jù) Model 上的改變。

　　這樣做有哪些好處呢

　　盡管構(gòu)造MVC應(yīng)用程序需要一些額外的工作，但是它帶給我們的好處是毋庸置疑的

　　首先，多個 View 能共享一個 Model 。如今，同一個Web應(yīng)用程序會提供多種用戶界面，例如用戶希望既能夠通過瀏覽器來收發(fā)電子郵件，還希望通過手機來訪問電子郵箱。這就要求Web網(wǎng)站同時能提供Internet界面和WAP界面。在MVC設(shè)計模式中， Model 響應(yīng)用戶請求并返回響應(yīng)數(shù)據(jù)，View 負責(zé)格式化數(shù)據(jù)并把它們呈現(xiàn)給用戶，業(yè)務(wù)邏輯和表示層分離，同一個 Model 可以被不同的 View 重用，所以大大提高了代碼的可重用性。

　　· MVC三個模塊相互獨立，改變其中一個不會影響其他兩個，所以依據(jù)這種架構(gòu)思想能構(gòu)造良好的低耦合構(gòu)件。

　　· Controller 提高了應(yīng)用程序的靈活性和可配置性。Controller 可以用來連接不同的 Model 和 View 去完成用戶的需求，也可以為構(gòu)造應(yīng)用程序提供強有力的手段。

　　o 給定一些可重用的 Model 、 View 和Controller 可以根據(jù)用戶的需求選擇適當(dāng)?shù)?Model 進行處理，然后選擇適當(dāng)?shù)牡?View 將處理結(jié)果顯示給用戶。

　　· MVC 架構(gòu)強調(diào)職責(zé)分離，所以在發(fā)展 MVC 應(yīng)用時會產(chǎn)生很多文件，在 IDE (集成開發(fā)環(huán)境) 不夠成熟時它會是個問題，但在現(xiàn)代主流 IDE 都能使用類別對象的信息來組織代碼編輯的情況下，多文件早已不是問題。

　　· MVC 架構(gòu)會要求開發(fā)者進一步思考應(yīng)用程序的架構(gòu) (Application Architecture)，而非用大雜燴的方式開發(fā)應(yīng)用程序，對于應(yīng)用程序的生命周期以及后續(xù)的可擴展與可維護性而言有相當(dāng)正面的幫助。

　　· MVC 職責(zé)分離也帶來了一個現(xiàn)代軟件工程要求的重要特性：可測試性，MVC-based 的應(yīng)用程序在良好的職責(zé)分離的設(shè)計下，各個部分可獨立行使單元測試，有利于與企業(yè)內(nèi)的自動化測試、持續(xù)集成與持續(xù)發(fā)行流程集成，減少應(yīng)用程序改版部署所需的時間。

　　MVC架構(gòu)應(yīng)用程序的目的就是希望打破以往應(yīng)用程序使用的大雜燴編寫方式，并間接誘使開發(fā)人員以更高的架構(gòu)導(dǎo)向思維來思考應(yīng)用程序的設(shè)計，因此對于一個剛?cè)腴T的初學(xué)者來說，架構(gòu)導(dǎo)向的思考會有一定的門檻，需要較多的實現(xiàn)與練習(xí)才能具備相應(yīng)的能力，大多數(shù)的初學(xué)者還是較習(xí)慣于大雜燴式的程序撰寫，所以可能會對 MVC 模式抱持著排斥或厭惡的心態(tài)。

　　然而 MVC 是有助于應(yīng)用程序長遠的發(fā)展，雖然大雜燴式的程序也可以用來發(fā)展長生命周期的應(yīng)用程序，但是相較于 MVC，大雜燴式的程序在可擴展性和可維護性 (尤其是可測試性) 上會遠比 MVC 復(fù)雜很多，相反的，MVC 模式的應(yīng)用程序是在初始開發(fā)時期必須先思考并使用軟件架構(gòu)，使得開發(fā)時期會需要花較多心力，但是一旦應(yīng)用程序完成后，可擴展性、可維護性和可測試性反而會因為 MVC 的特性而變得容易。

　　MVC 模式在已有眾多優(yōu)秀框架的現(xiàn)代，早就已經(jīng)沒有不適合小型應(yīng)用的問題，小型的應(yīng)用還是可以由 MVC Framework 的應(yīng)用來獲取 MVC 的優(yōu)點，同時它也能作為未來小型應(yīng)用擴展到大型應(yīng)用時的基礎(chǔ)與入門磚。若一開始就想要做大型應(yīng)用，那么 MVC 模式的職責(zé)分離以及要求開發(fā)的架構(gòu)思考會更適合大型應(yīng)用的開發(fā)。

　　更多關(guān)于“Java培訓(xùn)”的問題，歡迎咨詢千鋒教育在線名師。千鋒已有十余年的培訓(xùn)經(jīng)驗，課程大綱更科學(xué)更專業(yè)，有針對零基礎(chǔ)的就業(yè)班，有針對想提升技術(shù)的好程序員班，高品質(zhì)課程助理你實現(xiàn)java程序員夢想。