JSP的MVC模式如何運(yùn)作

【專家解說(shuō)】：模型-視圖-控制器 (MVC) Xerox PARC 在八十年代為編程語(yǔ) 是 言 Smalltalk-80 發(fā)明的一種軟件設(shè)計(jì)模式，至今已被廣泛使用。最 近幾年被推薦為 Sun 公司 J2EE 平臺(tái)的設(shè)計(jì)模式，并且受到越來(lái)越 多的使用 ColdFusion 和 PHP 的開(kāi)發(fā)者的歡迎。 模型-視圖-控制 器模式是一個(gè)有用的工具箱，它有很多好處，但也有一些缺點(diǎn)。 MVC 如何工作 MVC 是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出 分開(kāi)。使用 MVC 應(yīng)用程序被分成三個(gè)核心部件:模型、視圖、控制 器。它們各自處理自己的任務(wù)。 視圖 視圖是用戶看到并與之交互的界面。對(duì)老式的 Web 應(yīng)用程序來(lái)說(shuō)， 視圖就是由 HTML 元素組成的界面，在新式的 Web 應(yīng)用程序中， HTML 依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不 窮，它們包括 Macromedia Flash 和象 XHTML，XML/XSL，WML 等一些標(biāo)識(shí)語(yǔ)言和 Web services. 如何處理應(yīng)用程序的界面變得越來(lái)越有挑戰(zhàn)性。MVC 一個(gè)大的好處 是它能為你的應(yīng)用程序處理很多不同的視圖。 在視圖中其實(shí)沒(méi)有真正 的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視 圖來(lái)講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。 模型 模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在 MVC 的三個(gè)部件中，模型擁有最 多的處理任務(wù)。例如它可能用象 EJBs 和 ColdFusion Components 這樣的構(gòu)件對(duì)象來(lái)處理數(shù)據(jù)庫(kù)。被模型返回的數(shù)據(jù)是中立的，就是說(shuō) 模型與數(shù)據(jù)格式無(wú)關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng) 用于模型的代碼只需寫(xiě)一次就可以被多個(gè)視圖重用， 所以減少了代碼 的重復(fù)性。 控制器 控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。 所以當(dāng) 單擊 Web 頁(yè)面中的超鏈接和發(fā)送 HTML 表單時(shí)，控制器本身不輸出 任何東西和做任何處理。 它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去 處理請(qǐng)求，然后用確定用哪個(gè)視圖來(lái)顯示模型處理返回的數(shù)據(jù)。 現(xiàn)在我們總結(jié)MVC 的處理過(guò)程，首先控制器接收用戶的請(qǐng)求，并決 定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)行處理， 然后模型用業(yè)務(wù)邏輯來(lái)處理用戶的 請(qǐng)求并返回?cái)?shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)， 并通過(guò)表示層呈現(xiàn)給用戶。 為什么要使用 MVC 大部分 Web 應(yīng)用程序都是用像 ASP， PHP， 或者 CFML 這樣的過(guò)程 化語(yǔ)言來(lái)創(chuàng)建的。它們將像數(shù)據(jù)庫(kù)查詢語(yǔ)句這樣的數(shù)據(jù)層代碼和像 HTML 這樣的表示層代碼混在一起。 經(jīng)驗(yàn)比較豐富的開(kāi)發(fā)者會(huì)將數(shù)據(jù) 從表示層分離開(kāi)來(lái)，但這通常不是很容易做到的，它需要精心的計(jì)劃 和不斷的嘗試。MVC 從根本上強(qiáng)制性的將它們分開(kāi)。盡管構(gòu)造 MVC 應(yīng)用程序需要一些額外的工作， 但是它給我們帶來(lái)的好處是無(wú)庸質(zhì)疑 的。 首先，最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型，正如我所提及的， 現(xiàn)在需要用越來(lái)越多的方式來(lái)訪問(wèn)你的應(yīng)用程序。對(duì)此，其中一個(gè)解 決之道是使用 MVC， 無(wú)論你的用戶想要 Flash 界面或是 WAP 界面; 用一個(gè)模型就能處理它們。 由于你已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分 開(kāi)，所以你可以最大化的重用你的代碼了。 由于模型返回的數(shù)據(jù)沒(méi)有進(jìn)行格式化， 所以同樣的構(gòu)件能被不同界面 使用。例如，很多數(shù)據(jù)可能用 HTML 來(lái)表示，但是它們也有可能要 用 Macromedia Flash 和 WAP 來(lái)表示。模型也有狀態(tài)管理和數(shù)據(jù)持 久性處理的功能，例如，基于會(huì)話的購(gòu)物車和電子商務(wù)過(guò)程也能被 Flash 網(wǎng)站或者無(wú)線聯(lián)網(wǎng)的應(yīng)用程序所重用。 因?yàn)槟Ｐ褪亲园?，并且與控制器和視圖相分離，所以很容易改變 你的應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。如果你想把你的數(shù)據(jù)庫(kù)從 MySQL 移植到 Oracle， 或者改變你的基于 RDBMS 數(shù)據(jù)源到 LDAP， 只需改變你的模型即可。一旦你正確的實(shí)現(xiàn)了模型，不管你的數(shù)據(jù)來(lái) 自數(shù)據(jù)庫(kù)或是 LDAP 服務(wù)器，視圖將會(huì)正確的顯示它們。由于運(yùn)用 MVC 的應(yīng)用程序的三個(gè)部件是相互對(duì)立，改變其中一個(gè)不會(huì)影響其 它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的松偶合的構(gòu)件。 對(duì)我來(lái)說(shuō)，控制器的也提供了一個(gè)好處，就是可以使用控制器來(lái)聯(lián)接 不同的模型和視圖去完成用戶的需求， 這樣控制器可以為構(gòu)造應(yīng)用程 序提供強(qiáng)有力的手段。給定一些可重用的模型和視圖，控制器可以根 據(jù)用戶的需求選擇模型進(jìn)行處理， 然后選擇視圖將處理結(jié)果顯示給用 戶。 MVC 的缺點(diǎn) MVC 的缺點(diǎn)是由于它沒(méi)有明確的定義，所以完全理解 MVC 并不是 很容易。使用 MVC 需要精心的計(jì)劃，由于它的內(nèi)部原理比較復(fù)雜， 所以需要花費(fèi)一些時(shí)間去思考。 你將不得不花費(fèi)相當(dāng)可觀的時(shí)間去考慮如何將 MVC 運(yùn)用到你的應(yīng)用 程序，同時(shí)由于模型和視圖要嚴(yán)格的分離，這樣也給調(diào)試應(yīng)用程序到 來(lái)了一定的困難。每個(gè)構(gòu)件在使用之前都需要經(jīng)過(guò)徹底的測(cè)試。一旦 你的構(gòu)件經(jīng)過(guò)了測(cè)試，你就可以毫無(wú)顧忌的重用它們了。 根據(jù)我個(gè)人經(jīng)驗(yàn)，由于我們將一個(gè)應(yīng)用程序分成了三個(gè)部件，所以使 用 MVC 同時(shí)也意味著你將要管理比以前更多的文件，這一點(diǎn)是顯而 易見(jiàn)的。這樣好像我們的工作量增加了，但是請(qǐng)記住這比起它所能帶 給我們的好處是不值一提。 MVC 并不適合小型甚至中等規(guī)模的應(yīng)用程序， 花費(fèi)大量時(shí)間將 MVC 應(yīng)用到規(guī)模并不是很大的應(yīng)用程序通常會(huì)得不償失。 MVC 是一條創(chuàng)建軟件的好途徑 MVC 設(shè)計(jì)模式是一個(gè)很好創(chuàng)建軟件的途徑，它所提倡的一些原則， 像內(nèi)容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視 圖和控制器的構(gòu)件，你可能需要重新思考你的應(yīng)用程序，尤其是應(yīng)用 程序的構(gòu)架方面。如果你肯接受 MVC，并且有能力應(yīng)付它所帶來(lái)的 額外的工作和復(fù)雜性，MVC 將會(huì)使你的軟件在健壯性，代碼重用和 結(jié)構(gòu)方面上一個(gè)新的臺(tái)階。 Java 開(kāi)發(fā) Web Application 有幾種符合 MVC 設(shè)計(jì)模式的開(kāi)發(fā)方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB) 附: 三層架構(gòu)即“表現(xiàn)層”，“業(yè)務(wù)層”，“持久化層”。表現(xiàn)層實(shí)現(xiàn)的代表作品 是 Struts 框架，業(yè)務(wù)層實(shí)現(xiàn)的代表作品是 Spring，持久層實(shí)現(xiàn)的代 表作品是 Hibernate。 舉個(gè)例子。 持久層從持久庫(kù)中取出-10。 業(yè)務(wù)層按照一定的邏輯(這里我們舉例取溫度的邏輯)翻譯成-10 攝 氏度。 表示層顯現(xiàn)給用戶“哎呀，今天好冷!”。 層就相當(dāng)于一個(gè)黑盒子，我們不用知道它內(nèi)部怎么實(shí)現(xiàn)，只需要知道 如何去調(diào)用它就行了。每層只與上下相鄰的兩層打交道。當(dāng)一層內(nèi)部 由于技術(shù)變遷發(fā)生變化時(shí)，只要接口不變，其他層不用做任何改變。 分層之后靈活性提高，也便于團(tuán)隊(duì)分工開(kāi)發(fā)。