j2ee項目實訓uml及設計模式——第7章架構設計中的架構模式（第1部分(文件)
【正文】 組合在一起的，特別是系統(tǒng)中的核心應用邏輯的功能具體實現與用戶訪問接口的表示層的具體實現技術捆綁在一起。 如何解決上面所提及的各個問題 對上面所提及的“非分層架構設計時對應用系統(tǒng)所可能帶來的問題”解決的具體方案是采用層架構模式，并且基于下面的 分層設計策略實現。系統(tǒng)經過這樣的初步分層后，問題的復雜性將會被降低、同時相關所要解決的技術難題也將分散到不同的層面中，并委托不同的技術特長的開發(fā)人員來解決；再進一步地對該分層設計進行優(yōu)化和根據系 統(tǒng)中的具體性能的要求、項目以后的可能變化因素，再進一步地細分。 層之間應該通過接口實施 聯接，也就是遵守“面向接口編程實現”的 設計原則 。 在系統(tǒng)的架構設計上，通?？梢岳瞄T面（外觀）、控制器、中介等架構模式來實現系統(tǒng)設計中的層 與層之間的相互 關聯和 協(xié)作。 （ 2）利用 門面架構模式 分離復雜的 “多對多”的 關聯 形式 下面的圖 給出了 利用門面（外觀）架構模式實現 各層之間的關聯和 協(xié)作 的原理示圖，在此種 形式的系統(tǒng)架構中，通過門面組件能夠隔離客戶層和子系統(tǒng)本身之間的緊密藕合關系。該 DAO 服務組件其實就是網上商城系統(tǒng)中的持久層的門面組件。下面的圖 所示為網上商城項目中的 DAO 服務層和系楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權 所有，盜版必究 ， 13/17 頁 統(tǒng)的持久 層之間的類圖。 圖 利用 控制器模式 實現“ 表示層”和“模型層”之間的關聯和 協(xié)作 利用 控制器模式 進行系統(tǒng)分層和架構的典型應用示例是 Apache Struts 框架，在 Struts框架中的控制層組件是由一個前端控制器 ActionServlet 組件和相關的多個不同的后端業(yè)務控制器 Action 類組件所構成的。 從而降低這些對象之間的耦合性 、也為系統(tǒng)的后期維護和完善帶來隱患。從整個系統(tǒng)的總體的全局的角度來看時，系統(tǒng)中的各個組件之間的交互關系將會很復雜，同時系統(tǒng)的藕合性也是緊密的關聯關系。 所應該注意的是， 中介架構模 式 從 應用目的 方面與前面所描述的“ 門面模式 ” 有 一定的 相似 之處 。它是被客戶所感知的，而原有的復雜 業(yè)務 邏輯則被隱藏了起來。對產生緊密藕合關系的各個包需要進行分離，從而也就達到層與層之間的 “松散的分層”設計目標。 提出這樣的設計目標的主要目的是希望能夠達到某一層中的各個組件能夠得到最大化的重用，同時也提高了整個系統(tǒng)的可擴展性。但是 與“變化點”的耦合是不穩(wěn)定的而且是難于修正的，設計人員 應該盡可能地避免與這樣形式的組件產生 緊密的 耦合 關系 。但業(yè)務層的可序列化對象（通常稱之為值對象 VO 或者數據傳送對象 DTO）通常是可以被傳遞到表示 層中，并被顯示輸出。 很多情況下，需要使用配置文件來 達到 動態(tài)裝配 的目標 ，這樣才能 真正地 適應不同 場合下 的需求。 。 并根據對象 創(chuàng)建 的復雜性，選擇工廠方法和抽象工廠 模式 。因此為了能夠實現層之間的松藕合的關聯，可以應用反射技術來動態(tài)地裝入目標層中的有關的類對象。 例如，建 立一個 Java 應用程序，隱蔽對 Java JDK API 類庫的訪問有什么意義呢？因為，與類庫的多個緊密耦合不太可能是個問題，因為它們是相對穩(wěn)定而且無處不在 的 —— 這可以 通過 JRE（ Java Runtime Envirment） 來提供。 對于分層設計中的各個層之間耦合的觀點 （ 1）系統(tǒng)中所有較高的層都可以依賴于技術服務層和基礎 API 層 比如在 Java 中，所有的層都可以依賴于 JDK 中的各個 API 包元素。 本項目的系統(tǒng)架構遵循了 J2EE 平臺的系統(tǒng)開發(fā)中兩個主要的原則：“多層架構、松藕合”，同時系統(tǒng)通過應用三大框架（ Struts＋ Spring＋ Hibernate），應用系統(tǒng)中的各個組件模塊功能相互獨立封裝，層與層之間關聯少、并保持松耦合的關聯。 （ 4） 中介架構 和門 面 架構模 式 在后端的服務提供者的各個組件之間的關系方面也是不同的 門面模式 中的后端的服務提供者之間是可以相互關聯的（請見圖 中的各個組件之間是允許交互的）；而在 中介者模式 中，則是 斷絕 后端的服務提供者（ 各個同事類 ） 之間的直接交互 （比如在圖 所示中的“ 汽車銷售商 ”此時也不再與“ 商業(yè)銀行 ”進行直接交互，它們之間也通過 中介者 組件來實現交互）。 （ 2） 中介架構模 式 和門 面 架構模 式 在應用的場合方面是不同的 門面模式是介于客戶 端 程序與子系統(tǒng)之間的，而中介者模式是介于子系統(tǒng)與子系統(tǒng)之間的。對圖 中所示的問題，應用 中介架構模 式 設計后的結果請見下面的圖 所示， 中介架構模 式 從分層的效果來看是比 較好的分層策略。如果從類的設計的角度來，購車者類與其它的各個類之間的關系請見下 面的圖 所示。 控制調度層 表示層中的請求 業(yè)務處理層 表示層中的業(yè)務成功顯示 數據訪問層 表示層中的業(yè)務失敗顯示 前端控制器 業(yè)務調度控制器 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權 所有，盜版必究 ， 14/17 頁 圖 控制器模式在 Struts 框架中的具體應用示圖 利用中介架構模 式 實現用一個中介對象把一系列的對象交互封裝 （ 1） 利用中介架構 模 式可以降低系統(tǒng)的復雜性和提高可擴展性 由于類 之間存在 “ 多對多 ” 的關系 （每個對象所在的層也將緊密藕合），從而導致 各個 類 之間的交互操作非常多， 同時 每個 類 的行為操作都依賴 于 彼此對方。其中的 控制 器組件一般都設計為 前端控制器 和 業(yè)務調度控制器 兩種不同的形式。 圖 網上商城項目的系統(tǒng)架構示圖 當然，為了將項目中的表示層和系統(tǒng)中的業(yè)務處理層之間的關系也希望能夠隔離開，比如考慮到應用系統(tǒng)以后將可能需要面對其它形式的表示層的客戶端的設備（如手機、應用程序的桌面客戶端等）在具體的系統(tǒng)架構時也可以應用“業(yè)務外觀組件”。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權 所有，盜版必究 ， 12/17 頁 圖 利用門面架構模式實現 各層之間的關聯和 協(xié)作的原理示圖 門面架構模式 在網上商城項目中的具體應用示例 在網上商城項目的系統(tǒng)架構中，由于希望能夠達到徹底地隔離業(yè)務處理層和系統(tǒng)的持久層之間的關系，從而使得業(yè)務邏輯組件有更好地重用性。從而導致層與層之間的關聯關系出現“多對多”的連接形式，請見下面的圖 中所示的訪問狀態(tài)。而對層內的各個組件、層與層之間的關聯等的具體實現，則可以運用代碼設計模式進行簡化功能實現。所應該把握的是要達到從較高的層到較低的層進行協(xié)作和耦合（高層應該依賴下層），避免從底層到高層的耦合。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權 所有，盜版必究 ， 10/17 頁 （ 1）系統(tǒng)分層時應該遵守“高內聚、低藕合”的職責設計
公司管理相關推薦
鄂ICP備17016276號-1