J2EE 綜合應用之——解析 MVC 模式 ? （轉載）

?

?

　　 MVC 模式概述

　　

　　 MVC 是三個單詞的縮寫 , 分別為：

　　

　　模型 (Model), 視圖 (View) 和控制 Controller) 。

　　

　　 MVC 模式的目的就是實現 Web 系統的職能分工。

　　

　　 Model 層實現系統中的業務邏輯，通常可以用 JavaBean 或 EJB 來實現。

　　

　　 View 層用于與用戶的交互，通常用 JSP 來實現。

　　

　　 Controller 層是 Model 與 View 之間溝通的橋梁，它可以分派用戶的請求并選擇恰當的視圖以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執行的操作。

　　

　　 MVC 模式的好處

　　

　　各施其職，互不干涉

　　

　　在 MVC 模式中，三個層各施其職，所以如果一旦哪一層的需求發生了變化，就只需要更改相應的層中的代碼而不會影響到其它層中的代碼。

　　

　　有利于開發中的分工

　　

　　在 MVC 模式中，由于按層把系統開，那么就能更好的實現開發中的分工。網頁設計人員可以進行開發視圖層中的 JSP ，對業務熟悉的開發人員可開發業務層，而其它開發人員可開發控制層。

　　

　　有利于組件的重用

　　

　　分層后更有利于組件的重用。如控制層可獨立成一個能用的組件，視圖層也可做成通用的操作界面。

　　

　　不同 JSP 構造的應用

　　

　　為什么要組合使用 servlet & JSP?

　　

　　典型的做法：使用 JSP 來簡化 HTML 內容的開發與維護

　　

　　對于簡單的動態代碼，使用由腳本元素調用 JAVA 代碼來完成。

　　

　　對于稍微復雜一些的應用，則可使用腳本元素調用定制的類來完成。 ( 即所謂的 help 類 )

　　

　　對于比較復雜的應用，則使用 JAVA BEAN 和定制標簽

　　

　　但，這些是不夠的

　　

　　對于復雜的處理過程，從 JSP 開始做起會難以處理。

　　

　　 JSP 除了能夠帶來將實際的代碼隔離成單獨的類、 bean 、和定制標簽的便利以外，它所隱含的假定是單個頁面給出單個基本視圖。

　　

　　對 MVC 的誤解

　　

　　必須采用復雜的框架

　　

　　框架有時很有用

　　

　　 Struts

　　

　　 JavaServer Faces (JSF)

　　

　　但并非必需 !

　　

　　對于大多簡單或者適度復雜的應用來說，使用內建的 RequestDispatcher 就能夠很好地實現 MVC

　　

　　 MVC 影響整個系統的設計

　　

　　我們可以用 MVC 來處理單個請求

　　

　　可以將它認為是 MVC 方案，而非 MVC 框架。

　　

　　也被稱為是模型 2 方案

　　

　　用 RequestDispatcher 實現 MVC

　　

　　 1. 定義用以表示數據的 java bean

　　

　　 2. 使用一個 servlet 處理請求

　　

　　 servlet 讀取請求參數，檢查數據的缺失或異常等。

　　

　　 3. 填充 bean

　　

　　該 servlet 調用業務邏輯或數據訪問代碼得到最終的結果。得出的結果被放在第一步中定義的 bean 中。

　　

　　 4. 將 bean 存儲在請求 , 會話或 servlet 的上下文中

　　

　　該 servlet 調用請求、會話或 servlet 上下文對象的 setAttribute 存儲表達請求結果的 bean 的引用。

　　

　　 5. 將請求轉發到 JSP 頁面

　　

　　該 servlet 確定哪個 JSP 頁面適合于處理當前的情形，并使用 RequestDispatcher 的 forward 方法將控制轉移到那個頁面。

　　

　　 6. 從 bean 中提取數據

　　

　　 JSP 頁面使用 jsp:useBean 和與第 4 步匹配的位置訪問之前存儲的 bean ，然后使用 jsp:getProperty 輸出 bean 的屬性。

　　

　　 JSP 頁面并不創建或修改 bean ；它只是提取并顯示由 servlet 創建的數據。

　　

　　 jsp:useBean 在 MVC 中的使用與在獨立 JSP 頁面中有什么不同

　　

　　 JSP 頁面不應該創建對象

　　

　　應該由 servlet 創建所有的數據對象。因此，為了保證 JSP 頁面不會創建對象，我們應該使用 <jsp:useBean ... type= “ package.Class ” />

　　

　　而不是 <jsp:useBean ... class="package.Class" />

　　

　　 JSP 頁面也不應該修改已有的對象

　　

　　因此，我們應該只使用 jsp:getProperty ，不使用 jsp:setProperty 。 提示： jsp:useBean 的 scope 選項

　　

　　 request

　　 <jsp:useBean id="..." type="..." scope="request" />

　　 session

　　 <jsp:useBean id="..." type="..." scope="session" />

　　 application

　　 <jsp:useBean id=".." type=".." scope="application" />

　　 page

　　 <jsp:useBean id= “ ... ” type= “ ... ” scope= “ page ” />

　　或者僅僅使用 <jsp:useBean id="..." type="..." />

　　

　　 MVC (Model 2) 構架不使用這個 scope 。

　　

　　不同數據共享方式

　　

　　向用戶顯示一個隨機的數字。

　　

　　由于每次請求應該產生新的數字，因而基于請求的共享是恰當的。

　　

　　顯示用戶的姓和名

　　

　　數據要為每個客戶存儲，因而基于會話的共享比較適用。

　　

　　顯示一個指定長度的質數。

　　

　　數據在多個客戶間共享，因此，基于應用的共享比較恰當。

　　

　　基于請求的數據共享

　　 Servlet

　　 ValueObject value = new ValueObject(...);

　　 request.setAttribute("key", value);

　　 RequestDispatcher dispatcher =

　　 request.getRequestDispatcher("/WEB-INF/SomePage.jsp");

　　 dispatcher.forward(request, response);

　　

　　 JSP

　　 <jsp:useBean id="key" type="somePackage.ValueObject"

　　 scope="request" />

　　 <jsp:getProperty name="key" property="someProperty" />

　　

　　基于會話的數據共享

　　 Servlet

　　 ValueObject value = new ValueObject(...);

　　 HttpSession session = request.getSession();

　　 session.setAttribute("key", value);

　　 RequestDispatcher dispatcher =

　　 request.getRequestDispatcher("/WEB-INF/SomePage.jsp");

　　 dispatcher.forward(request, response);

　　

　　 JSP

　　 <jsp:useBean id="key" type="somePackage.ValueObject"

　　 scope="session" />

　　 <jsp:getProperty name="key" property="someProperty" />

　　

　　基于 ServletContext 的數據共享

　　 Servlet

　　 synchronized(this)

　　 {

　　 ValueObject value = new ValueObject(...);

　　 getServletContext().setAttribute("key", value);

　　 RequestDispatcher dispatcher =

　　 request.getRequestDispatcher("/WEB-INF/SomePage.jsp");

　　 dispatcher.forward(request, response);

　　 }

　　

　　 JSP

　　 <jsp:useBean id="key" type="somePackage.ValueObject “ scope="application" />

　　 <jsp:getProperty name="key" property="someProperty" />

　　

　　 JSP 頁面中的相對 URL

　　

　　問題：

　　

　　使用請求分配器進行的轉發對客戶來說是透明的。初始的 URL 是瀏覽器惟一知道的 URL 。

　　

　　為什么這會比較重要？

　　

　　瀏覽器會如何處理類似下面的這些標簽：

　　 <IMG SRC="foo.gif" … >

　　 <LINK REL=STYLESHEET

　　 HREF="JSP-Styles.css" TYPE="text/css">

　　 <A HREF="bar.jsp"> … </A>

　　

　　答案：瀏覽器將會把它們看作是相對于 servlet 的 URL

　　

　　最簡單的解決方案：

　　

　　使用以斜杠開始的 URL

　　

　　 Summary

　　

　　 MVC (Model 2) 方式適用于：

　　

　　單次提交會產生多個基本外觀。

　　

　　幾個頁面擁有大量公共的處理過程。

　　

　　需要為同樣的數據提供多個視圖的應用程序 , 它很好地實現了數據層與表示層的分離，特別適用于開發與用戶圖形界面有關的應用程序

　　

　　構架

　　

　　由一個 servlet 應答初始的請求

　　

　　 Servlet 完成實際的數據處理并將結果存儲在 bean 中

　　

　　 Bean 存儲在 HttpServletRequest, HttpSession, 或 ServletContext 中

　　

　　 Servlet 使用 RequestDispatcher 的 forward 方法將請求轉發到 JSP 頁面

　　

　　 JSP 頁面通過使用 jsp:useBean 和相應的作用域 (request, session, application) 從 bean 中讀出數 ?

?

?

|----------------------------------------------------------------------------------------|
                           版權聲明  版權所有 @zhyiwww
            引用請注明來源 http://www.tkk7.com/zhyiwww   
|----------------------------------------------------------------------------------------|