什么是Design Patten? 簡單來說，Design Patten 就是一個常用的方案。 在我們的開發過程中，經常會碰到一些相同或者相近的問題，每次我們都會去尋找一個新的解決方法，為了節省時間提高效率，我們提供一些能夠解決這些常見問題的，被證實可行的方案，構成一個統一的資源庫。 一個Design Patten描述了一個被證實可行的方案。這些方案非常普通，是有完整定義的最常用的模式。 這些模式可以被重用，有良好的伸縮性，而這些Design Patten的優勢將在設計J2EE應用時得到體現。 1. Model-View-Controller a. 問題 假如開發一個企業級應用，只需要一種客戶端的話，那么一切都非常輕易解決。但真實情況是，我們必須面對運行在各種設備上客戶端，象PDA，WAP瀏覽器以及運行在桌面上的瀏覽器，我們不得不開發不同的應用程序來處理來自不同客戶端的請求。數據訪問與現實將混淆在一起，可能會出現重復的數據訪問，導致整個開發周期沒有必要的延長。 b. 建議的解決方法 Model-View-Controller (MVC) 開發模式被證實是有效的處理方法之一。它可以分離數據訪問和數據表現。你可以開發一個有伸縮性的，便于擴展的控制器，來維護整個流程。如圖1所示為整個模式的結構。MVC模式可以被映射到多層企業級的J2EE應用上。 § 所有的企業數據以及商業邏輯可以作為模式。 § 視圖可以通過模式訪問數據，并根據客戶端的要求來顯示數據。視圖必須保證當模式改變的時候，數據顯示也必須同時改變。 § 控制器用來結合模式和視圖，把客戶端來的請求轉換成模式能夠理解并執行的請求，并且根據請求以及執行結果來決定下一次顯示那一個視圖。 根據以上的邏輯，你可以象這樣建立一個應用： § 應用的商業邏輯由MVC中的模式也就是EJB來表現。模式必須處理由控制器傳遞過來的對數據的訪問請求。 § 多個頁面組成了MVC中的視圖，這些視圖必須隨模式一起更新。 § 控制器是一系列接收用戶動作的對象，他們把用戶的請求轉換成模式可理解的請求，并決定顯示那一個頁面當模式處理完請求后。 c. 要點 § MVC結構適用于那些多用戶的，可擴展的，可維護的，具有很高交互性的系統。 § MVC可以很好的表達用戶的交互和系統模式。 § 很方便的用多個視圖來顯示多套數據，是系統很方便的支持其他新的客戶端類型。 § 代碼重復達到最低。 § 由于分離了模式中的流控制和數據表現，可以分清開發者的責任，另外，也可以加快產品推向市場的時間。 2. Front Controller a. 問題 MVC給出了一個整個應用的松散的耦合架構。現在來看一下這樣一個經常發生的情況。在某一個應用中，用戶看到的視圖和他所做的操作密切相關。這是一些具有高度交互性的頁面，而這些頁面之間含有高度的依靠性。在沒有任何模式的時候，這個應用只是一個許多獨立的頁面的集合，維護和擴展變得異常困難。 § 當一個頁面移動后，其他含有這個頁面鏈接的文件，都必須修改。 § 當有一系列頁面需要口令保護時，許多配置文件需要修改，或者頁面需要包含新的標記。 § 當一個頁面需要一個新的表示層時，頁面中的標記要被重新安排。 當這個系統變得復雜時，這些問題將變得更糟。假如用MVC來解決的話，就變成一個如何治理控制器和視圖之間交互的問題。 b. 建議的解決方法 前臺控制模式可以解決這個問題。這個模式中，所有的請求都被傳送到一個對象中。這個主要的對象將處理所有的請求，決定以后顯示那一個視圖，以及實現必要的安全需求。對于把視圖顯示以及其他功能實現集中到一個主要的對象中，將使修改變得很輕易，對應用的修改，可以在所有視圖中反映出來。 c. 要點 § 這個模式對于需要在多個含有動態數據的頁面之間進行復雜導航的系統來說，是很有效的。 § 這個模式對于要在所有頁面中都包含模板，轉換等的應用來說，也是很有效的。 § 由于視圖的選擇集中在前端控制器上，因此，視圖的導航變得更加輕易理解和便于配置。 § 視圖重用和變更會更加輕易。 § 視圖之間的復雜交互，使得控制器變得復雜。從而，當應用發展的時候，控制器將變得難以維護。不過，大部分情況下可以用xml映射來解決。 § 實現應用要求的安全性檢驗變得很簡單。 § 這個模式不適合小型的，只顯示靜態內容的應用。 d. 樣例 § RequestMappings.xml 文件映射了傳入的請求，處理器以及下一個頁面。 useRequestHandler="true" requiresSecurityCheck="true" nextScreen="screen2.jsp"> com.blah1.blah2.blah3.request1Handler 以上這個文件是控制器的指定配置，控制器的代碼如下： § FrontControllerImpl.java 利用上面的XML實現了控制器 // all required imports // exceptions to be caught apPRopriately wherever applicable public class FrontControllerImpl extends HttpServlet { // all required declarations, definitions private HashMap requestMappings; public void init() { // load the mappings from XML file into the hashmap public void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { doGet(request, response); } public void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { String currentPage= request.getPathInfo(); // get all mapping info for "currentPage" from the hashmap // if "securityCheckRequired = true", do the security check // if "useRequestHandler = true", pass on the incoming request to the specified handler // forward the results to the given "nextScreen" } } 用這種方法實現的控制器將很輕易維護，當應用有新的變動的時候，只要修改XML文件就能解決了。前臺控制模式將使在視圖和控制器之前有復雜交互的J2EE應用變得簡單。 3. session Fa?ade a. 問題 前臺控制給出了一個基于MVC的，能有效治理用戶與J2EE應用之間進行的復雜交互。這個模式可以使處理頁面的現實順序和用戶的并發請求變得簡單。并且使增加和改變頁面現實變得更加輕易。 另外一個常見的問題是，當EJB或者業務邏輯發生變化的時候，應用的客戶端也必須隨之改變。我們來看一下這個問題。 一般來說，為了表現一個賬戶中的用戶，我們使用一個業務邏輯來表示賬戶中的信息，象用戶名和口令，再用一個EJB來治理用戶的個人信息，象愛好，語言等。當要創建一個新的賬號或者修改一個已經存在的賬號時，必須訪問包含賬號信息的EJB，讀取個人信息，修改并且保存，這樣的一個流程。 當然，這只是一個非常簡單的例子，實際情況可能比這個復雜的多，象查看用戶定制了哪些服務，檢驗客戶信用卡的有效性，存放訂單等。在這個案例中，為了實現一個完整的流程，客戶端必須訪問賬戶EJB來完成一系列適當的工作。下面的例子顯示了一個Servlet客戶端如何來控制一個用戶訂單。 A servlet that does the workflow required for placing an order
// all required imports; // exceptions to be caught appropriately wherever applicable; // This servlet assumes that for placing an order the account and // credit status of the customer has to be checked before getting the // approval and committing the order. For simplicity, the EJBs that // represent the business logic of account, credit status etc are // not listed
public class OrderHandlingServlet extends HttpServlet {
// all required declarations, definitions
public void init() { // all inits required done here }
public void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { // other logic as required // Get reference to the required EJBs InitialContext ctxt = new InitialContext(); Object obj = ctxt.lookup("java:comp/env/ejb/UserAccount"); UserAccountHome acctHome = (UserAccountHome) PortableRemoteObject.narrow(obj, UserAccountHome.class); UserAccount acct = acctHome.create(); obj = ctxt.lookup("java:comp/env/ejb/CreditCheck"); CreditCheckHome creditCheckHome = (CreditCheckHome) PortableRemoteObject.narrow(obj, CreditCheckHome.class); CreditCheck credit = creditCheckHome.create(); obj = ctxt.lookup("java:comp/env/ejb/Approvals"); ApprovalsHome apprHome = (ApprovalsHome) PortableRemoteObject.narrow(obj, ApprovalsHome.class); Approvals appr = apprHome.create(); obj = ctxt.lookup("java:comp/env/ejb/CommitOrder"); CommitOrderHome orderHome = (CommitOrderHome) PortableRemoteObject.narrow(obj, CommitOrderHome.class); CommitOrder order = orderHome.create(); // Acquire the customer ID and order details; // Now do the required workflow to place the order int resul
