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