碩士學位論文-基于j2ee應用框架的設計與實現-資料下載頁

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

　　

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