【導讀】及取得的研究成果。據(jù)我所知，除了文中特別加以標注和致謝的地方。獲得電子科技大學或其它教育機構的學位或證書而使用過的材料。說明并表示謝意。的規(guī)定，有權保留并向國家有關部門或機構送交論文的復印件和磁盤，允許論文被查閱和借閱。本人授權電子科技大學可以將學位論文的全。等復制手段保存、匯編學位論文。對于軟件開發(fā)商來說，如何快速地開發(fā)滿足用戶需要的軟件系統(tǒng)，是面。臨的一個主要問題。如果能夠建立起一種可重用的架構模式，只要在這個架構基。會在競爭中立于不敗之地。本文主要研究如何在J2EE平臺上構建這個架構。J2EE平臺采用了基于標準化，組件化開發(fā)的分布式應用模型，并為這些組?；ヂ?lián)網(wǎng)應用程序模型相比有著不可比擬的優(yōu)勢。因此，越來越多的企業(yè)將J2EE平。臺作為它們實現(xiàn)企業(yè)級應用的首選平臺。最終，形成了一個適應各種不同的業(yè)務需要的可。開發(fā)風險，提高開發(fā)效率，快速地為客戶提供所需要的軟件產(chǎn)品。

　　

【正文】 ventResult Serializable EventManager 瀏覽器 ActionServlet JSP Action 數(shù) 據(jù) 庫 客戶層 WEB 層 業(yè)務邏輯層 EIS EJB EJB Event 電子科技大學碩士學位論文 13 Event 是事件類，封裝事件的一些參數(shù)， EventManager 是事件的管理器，它是一個單態(tài)類，只能實例一個對象，用來對事件進行管理。 public class Event implements Serializable{ ?? //具體的代碼 public Event(String name,int type,HashMap map) { =name。 =type。 =map。 } } public class EventResultObject implements EventResult{ ?? //具體的代碼 } public interface EventResult extends Serializable{ ?? //具體的代碼 } public final class EventManager{ ?? //具體的代碼 public static EventManager getEventManager(){ if (eventManager == null) eventManager = new EventManager()。 return eventManager。 } 第三章 WEB 應用框架的設計 14 EventListener 是表示監(jiān)聽接口，誰要對事件進 行處理，就是實現(xiàn)相應的監(jiān)聽接口，當然，這個接口也可以進行細分，將事件進行再分，再增加一層繼承。 EventAdapter 是事件接口的一個適配器類，具體的事件處理由它去具體執(zhí)行對于的接口內(nèi)的操作，這是適配器設計模式的具體應用。 /** * 事件的處理函數(shù)， * */ public EventResult handleEvent(Event event, HttpSession session){ ?? } } /** * 根據(jù)事件名稱獲取對應的 mapping * */ public EventMapping getEventMapping(String event_name){ ?? } /** * 根據(jù)配置文件初始化 eventMappings. * */ public void initEventMappings(URL configfile, ServletContext context){ ?? //具體的代碼 } public interface StandardEventListener { public EventResult eventPerform(Event event)。 } 電子科技大學碩士學位論文 15 當要引入事件處理機制的時候，仍以 CommonAction 為例，只需在這個程序中添加下面的一個方法： 現(xiàn)在看看事件處理的應用，如果我們的應用適合數(shù)據(jù)庫操作，我們可以設計/** * 如果事件操作類沒有實現(xiàn)對應的接口，返回錯誤信息 * @return EventResult */ private final EventResult getAdapterError(){ EventResultObject ero=new EventResultObject()。 ?? //拋出異常 (exception)。 return ero。 } } public class EventAdapter implements StandardEventListener, AddEventListener, DeleteEventListener, UpdateEventListener, QueryEventListener, { ?? /** * 事件處理的接口 : 標準事件 */ public EventResult eventPerform(Event event){ return ()。 } ?? //增加、刪除、修改、查詢數(shù)據(jù)事件處理的接口，這里省略 /** * 調(diào)用 model 層的處理 */ protected EventResult handleEvent( Event event, HttpServletRequest request) throws Exception { EventResult er= EventManager. getEventManager(). handleEvent(event, ())。 return er。 } 第三章 WEB 應用框架的設計 16 我們的類，讓它繼承 CommonAction，這樣就可以直接處理數(shù)據(jù)庫了。 這個 Action 內(nèi)部已經(jīng)具有了數(shù)據(jù)庫處理的一些功能了，至于事件處理，我們可以直接繼承我們前面提到的 EventAdapter 就可以，實現(xiàn)如下： public class TestAction extends CommonAction { /** *重寫 doExecute 方法，返回值是整型的 */ public int doExecute(ActionMapping arg0,ActionForm arg1, HttpServletRequest request,HttpServletResponse arg3) throws Exception { ?? Event event = new Event(hao_test,map)。 EventResult er=handleEvent(event,request)。//處理事件并返回結果 ?? //對于返回值 er進行處理 return 0。 ?? //具體代碼 return 1。 } public String getForward(int arg0) { String forward = null。 switch(arg0){ case 0:forward = succeed。break。 case 1:forward = failed。break。 } } } 電子科技大學碩士學位論文 17 事件處理采用了一些很重要的設計模式，比如單態(tài)模式，適配器設計模式，從這里也可以看出 Java 的除了具有面向?qū)ο蟮囊恍┰O計能力外，它的接口機制是非常靈活的，在設計中使用的好，會使我們的設計功能強大的同時還簡單。 [10] [21] 本章小結 Struts 實現(xiàn)了基本的 MVC 設計模式，主要用 JSP 實現(xiàn)視圖部分， JavaBean 實現(xiàn)業(yè)務邏輯部分， Servlet 實現(xiàn)控制部分，它的核心是控制部分，它是采用分發(fā)機制，有一個 Servlet 分發(fā)器，將不同的請求交給不同的 Action Servlet 去處理，不同的 Servlet 處理不同的 URL 請求，邏輯非常清楚，另外 Struts 采用松散的耦合，它們之間的處理關系在 XML 文件中進行設置。 本章在 Struts 基礎上進行了二次開發(fā)，首先擴展了控制器，對控制器進行了細化，原來是通用的控制，現(xiàn)在細分為增加、刪除、查詢等控制，通過增加接口來實現(xiàn)，另外增加了事件處理機制，這樣對前臺客戶端的處理更加靈活。 public class TestEvent extends EventAdapter { public EventResult queryEventPerform(Event event) { EventResultObject ero = new EventResultObject()。 ?? //具體實現(xiàn)的代碼 return ero。 } } 第四章 WEB 應用框架的擴展 18 第四章 WEB 應用框架的擴展 上一章我們已經(jīng)構建了一個提供的架構，現(xiàn)在讓我們重新看一下架構。如圖 所示： 圖 ：擴展 Struts 后的架構 對于一個基于 Web、不需要大量業(yè)務處理的，通用性要求不高的系統(tǒng)，我們這個架構已經(jīng)算是可以了，當要作為一個企業(yè)級的項目，這樣是遠遠不行的。 WEB 層的擴展 通過 Struts 擴展，我們已經(jīng)在 Web 層建立起了一個不錯的架構，但是這并不意味著這個系統(tǒng)架構已經(jīng)完善，首先是客戶端到 Web 層的考慮不夠完善。 當客戶端發(fā)出請求時， servlet或者 ActionServlet直接接收的請求進行處理，這樣就帶了一個很大的弊端，如果用戶沒有登陸的情況下，也可以進行操作 ，而我們在后面的代碼中要進行處理，這樣對代碼的重用性降低了，而且也提高了程序的耦合度。在此，我們引進了 Intercepting Filter 的概念， Intercepting Filter是 J2EE 的一種設計模式，我們來看一下它的原理，如下圖 所示： 瀏覽器 ActionServlet Action 數(shù) 據(jù) 庫 客戶層 WEB 層 業(yè)務邏輯層 EIS EJB EJB Event JSP 電子科技大學碩士學位論文 19 圖 ： Filter 示意圖 客戶端發(fā)出請求，這時候不再由 Servlet 或者是 actionServlet 處理，而是由 FilterManager 接受請求，并且進行驗證，只有所有的 Filter 都通過了，即FilterChain 中最后一個 Filter 也通過了，請求才會發(fā)送給目標。這里FilterChain 是通過配置文件來實現(xiàn)多個 Filter 驗證的，也就是說 Filter 是可以動態(tài)插卸的。 Filter 已經(jīng)由 全面支持，要實現(xiàn)它只需引入相應的包，并且只需要實現(xiàn) doFilter（）的方法。 而下一步僅僅只需要在部署描述文件（ ）中添加 Filter，如下。 采用了 Filter 后，代碼實現(xiàn)了松散耦合，并且同一個 Filter 可以被不同的Client FilterTwo FilterOne FilterChain FilterManager Target FilterThree Public class AFilter implements Filter{ Public void doFilter（ ServletRequest req, ServletResponse res, FilterChain chain） throws IOException,ServletException{ //具體的代碼 (request,response)。 } } filtermapping filternameAFilter/filtername servletnameaction/servletname /filtermapping 第四章 WEB 應用框架的擴展 20 Web 項目調(diào)用，當多個 Filter 時， Filter 和 Filter 無關，如果要實現(xiàn)一個 Filter組合，可以使用超類來實現(xiàn)。 Filter 可以動態(tài)的插卸，對于代碼卻不需要改變，僅僅需要在配置文件中修改配置既可，圖 是加入了 Filter 后的框架。 圖 ：加入 Filter 后的框架 這樣由 Filter 可以進行一些必要的過濾，無論對系統(tǒng)的安全性，還是系統(tǒng)的可 重用性都是很有好處的。 [4] [5] [20] 實現(xiàn) SESSION FA199。ADE 模式 加入事件機制后，框架會處理用戶定義的一些事件，當處理事件時， Event 要訪問各種實體 Bean,調(diào)用實體 Bean 的方法，修改實體 Bean 的狀態(tài)，這樣有個缺陷，Event 模塊就和各種實體 Bean 緊密地耦合起來，修改、維護、擴展都非常困難。為了解決這個問題，就需要對兩者進行解耦，為此可以引入 Facade 設計模式，在兩者之間引入一中間層，給各種實體 Bean 設計一個接口，這樣 Event 模塊 針對接口進行編碼，和實際的實體 Bean 是分開的，這樣的設計對于開發(fā)、維護和擴展來說都是很簡單的。 下圖表示兩者之間的一些區(qū)別。 瀏覽器 ActionServlet Action 數(shù) 據(jù) 庫 客戶層 WEB 層 業(yè)務邏輯層 EIS EJB EJB Event Filter JSP 電子科技大學碩士學位論文 21 圖 ： Session Fa231。ade 示意圖 我們再看一下使用 Session Fa231。ade 后的 結構 流程：圖 所示 圖 ：使用 Session Fa231。ade 前后的流程圖 加入 Facade 模式后， Event 模塊是對接口進行編程的，按照面向?qū)ο笤O計理論， Event 類和實 體 Bean