MVC開(kāi)始版本
在最初的 JSP網(wǎng)頁(yè)中,像數(shù)據(jù)庫(kù)查詢(xún)語(yǔ)句這樣的數(shù)據(jù)層代碼和像HTML這樣的表示層代碼是混在一起,更甚者還會(huì)在里面寫(xiě)一些Java代碼來(lái)做業(yè)務(wù)邏輯的處理。(在 jsp中<%一寫(xiě)就可以在里面敲Java代碼)雖然經(jīng)驗(yàn)比較豐富的開(kāi)發(fā)者會(huì)將數(shù)據(jù)從表示層分離開(kāi)來(lái),但這樣的良好設(shè)計(jì)通常并不是很容易做到的。
這種老的架構(gòu)模式,前后端互相依賴(lài),耦合性過(guò)高。而且寫(xiě)這種代碼還需要你對(duì)前端有一定的掌握程度,可以說(shuō)是十分的痛苦。
但這種模式也要一些自己的好處,架構(gòu)簡(jiǎn)單,適合小型項(xiàng)目的開(kāi)發(fā)
o 但 jsp要做的事情太多了不是很便于維護(hù)
o 加上現(xiàn)在的開(kāi)發(fā)中 jsp用的也越來(lái)越少了,這種模式也就慢慢淡出了我們的視線(xiàn)
MVC升級(jí)版時(shí)代
正是因?yàn)?mvc開(kāi)始版本的種種弊端,Servlet + JSP + Java Bean 的開(kāi)發(fā)模式就誕生了,也就是我們的Mvc升級(jí)版,使用了這種架構(gòu)模式后,我們會(huì)將程序分為三個(gè)部分 Model、View、Controller
模型(Model):
· 數(shù)據(jù)模型層,這一層即負(fù)責(zé)對(duì)數(shù)據(jù)的封裝,也負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行一些邏輯操作。
· Model 有對(duì)數(shù)據(jù)直接訪(fǎng)問(wèn)的權(quán)力,例如對(duì)數(shù)據(jù)庫(kù)的訪(fǎng)問(wèn)。
· Model不依賴(lài) View和 Controller,也就是說(shuō), Model 不關(guān)心它會(huì)被如何顯示或是如何被操作。
· Model 中數(shù)據(jù)的變化一般會(huì)通過(guò)一種刷新機(jī)制來(lái)實(shí)現(xiàn)。
· 為了實(shí)現(xiàn)這種機(jī)制,那些用于監(jiān)視此 Model 的 View 必須事先在此 Model 上注冊(cè),從而,View 可以了解在數(shù)據(jù) Model 上發(fā)生的改變。
視圖(View):
· 負(fù)責(zé)數(shù)據(jù)模型的展示,一般就是我們看到的用戶(hù)界面。
· 在 View 中一般沒(méi)有程序上的邏輯
· 為了實(shí)現(xiàn) View 上的刷新功能,View 需要訪(fǎng)問(wèn)它監(jiān)視的數(shù)據(jù)模型(Model),因此應(yīng)該事先在被它監(jiān)視的數(shù)據(jù)中注冊(cè)。
控制器(Controller):
· 起到不同層面間的組織作用,用于控制應(yīng)用程序的流程。它處理事件并作出響應(yīng)。“事件”包括用戶(hù)的行為和數(shù)據(jù) Model 上的改變。
這樣做有哪些好處呢
盡管構(gòu)造MVC應(yīng)用程序需要一些額外的工作,但是它帶給我們的好處是毋庸置疑的
首先,多個(gè) View 能共享一個(gè) Model 。如今,同一個(gè)Web應(yīng)用程序會(huì)提供多種用戶(hù)界面,例如用戶(hù)希望既能夠通過(guò)瀏覽器來(lái)收發(fā)電子郵件,還希望通過(guò)手機(jī)來(lái)訪(fǎng)問(wèn)電子郵箱。這就要求Web網(wǎng)站同時(shí)能提供Internet界面和WAP界面。在MVC設(shè)計(jì)模式中, Model 響應(yīng)用戶(hù)請(qǐng)求并返回響應(yīng)數(shù)據(jù),View 負(fù)責(zé)格式化數(shù)據(jù)并把它們呈現(xiàn)給用戶(hù),業(yè)務(wù)邏輯和表示層分離,同一個(gè) Model 可以被不同的 View 重用,所以大大提高了代碼的可重用性。
· MVC三個(gè)模塊相互獨(dú)立,改變其中一個(gè)不會(huì)影響其他兩個(gè),所以依據(jù)這種架構(gòu)思想能構(gòu)造良好的低耦合構(gòu)件。
· Controller 提高了應(yīng)用程序的靈活性和可配置性。Controller 可以用來(lái)連接不同的 Model 和 View 去完成用戶(hù)的需求,也可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。
o 給定一些可重用的 Model 、 View 和Controller 可以根據(jù)用戶(hù)的需求選擇適當(dāng)?shù)?Model 進(jìn)行處理,然后選擇適當(dāng)?shù)牡?View 將處理結(jié)果顯示給用戶(hù)。
· MVC 架構(gòu)強(qiáng)調(diào)職責(zé)分離,所以在發(fā)展 MVC 應(yīng)用時(shí)會(huì)產(chǎn)生很多文件,在 IDE (集成開(kāi)發(fā)環(huán)境) 不夠成熟時(shí)它會(huì)是個(gè)問(wèn)題,但在現(xiàn)代主流 IDE 都能使用類(lèi)別對(duì)象的信息來(lái)組織代碼編輯的情況下,多文件早已不是問(wèn)題。
· MVC 架構(gòu)會(huì)要求開(kāi)發(fā)者進(jìn)一步思考應(yīng)用程序的架構(gòu) (Application Architecture),而非用大雜燴的方式開(kāi)發(fā)應(yīng)用程序,對(duì)于應(yīng)用程序的生命周期以及后續(xù)的可擴(kuò)展與可維護(hù)性而言有相當(dāng)正面的幫助。
· MVC 職責(zé)分離也帶來(lái)了一個(gè)現(xiàn)代軟件工程要求的重要特性:可測(cè)試性,MVC-based 的應(yīng)用程序在良好的職責(zé)分離的設(shè)計(jì)下,各個(gè)部分可獨(dú)立行使單元測(cè)試,有利于與企業(yè)內(nèi)的自動(dòng)化測(cè)試、持續(xù)集成與持續(xù)發(fā)行流程集成,減少應(yīng)用程序改版部署所需的時(shí)間。
MVC架構(gòu)應(yīng)用程序的目的就是希望打破以往應(yīng)用程序使用的大雜燴編寫(xiě)方式,并間接誘使開(kāi)發(fā)人員以更高的架構(gòu)導(dǎo)向思維來(lái)思考應(yīng)用程序的設(shè)計(jì),因此對(duì)于一個(gè)剛?cè)腴T(mén)的初學(xué)者來(lái)說(shuō),架構(gòu)導(dǎo)向的思考會(huì)有一定的門(mén)檻,需要較多的實(shí)現(xiàn)與練習(xí)才能具備相應(yīng)的能力,大多數(shù)的初學(xué)者還是較習(xí)慣于大雜燴式的程序撰寫(xiě),所以可能會(huì)對(duì) MVC 模式抱持著排斥或厭惡的心態(tài)。
然而 MVC 是有助于應(yīng)用程序長(zhǎng)遠(yuǎn)的發(fā)展,雖然大雜燴式的程序也可以用來(lái)發(fā)展長(zhǎng)生命周期的應(yīng)用程序,但是相較于 MVC,大雜燴式的程序在可擴(kuò)展性和可維護(hù)性 (尤其是可測(cè)試性) 上會(huì)遠(yuǎn)比 MVC 復(fù)雜很多,相反的,MVC 模式的應(yīng)用程序是在初始開(kāi)發(fā)時(shí)期必須先思考并使用軟件架構(gòu),使得開(kāi)發(fā)時(shí)期會(huì)需要花較多心力,但是一旦應(yīng)用程序完成后,可擴(kuò)展性、可維護(hù)性和可測(cè)試性反而會(huì)因?yàn)?MVC 的特性而變得容易。
MVC 模式在已有眾多優(yōu)秀框架的現(xiàn)代,早就已經(jīng)沒(méi)有不適合小型應(yīng)用的問(wèn)題,小型的應(yīng)用還是可以由 MVC Framework 的應(yīng)用來(lái)獲取 MVC 的優(yōu)點(diǎn),同時(shí)它也能作為未來(lái)小型應(yīng)用擴(kuò)展到大型應(yīng)用時(shí)的基礎(chǔ)與入門(mén)磚。若一開(kāi)始就想要做大型應(yīng)用,那么 MVC 模式的職責(zé)分離以及要求開(kāi)發(fā)的架構(gòu)思考會(huì)更適合大型應(yīng)用的開(kāi)發(fā)。
更多關(guān)于“Java培訓(xùn)”的問(wèn)題,歡迎咨詢(xún)千鋒教育在線(xiàn)名師。千鋒已有十余年的培訓(xùn)經(jīng)驗(yàn),課程大綱更科學(xué)更專(zhuān)業(yè),有針對(duì)零基礎(chǔ)的就業(yè)班,有針對(duì)想提升技術(shù)的好程序員班,高品質(zhì)課程助理你實(shí)現(xiàn)java程序員夢(mèng)想。