j2ee課程設(shè)計項目開發(fā)指導(dǎo)——第3章達(dá)到高內(nèi)聚低藕合的架構(gòu)設(shè)計目標(biāo)第1部分(參考版)
2024-11-21 16:17本頁面
【正文】 。只有這樣，才能滿足企業(yè)經(jīng)營的市場擴(kuò)展的需要。 因為一個共享的架構(gòu)可以使企業(yè)開發(fā)團(tuán)隊很方便地分解 系統(tǒng)中的復(fù)雜 問題，從而確定出本項目中哪些功能模塊是可以由企業(yè)本身（或者開發(fā)組）內(nèi)部解決和具體開發(fā)實現(xiàn)的，而哪些功能模塊可以使用已有的外部 功能 服務(wù)，以避免 重復(fù)地 開發(fā)實現(xiàn)。這樣將有助于 在 下次的 另一個軟件 系統(tǒng)設(shè)計 工作 中能夠重用，以避免重復(fù)地解決相似的問題 —— 因為每個不同的項目只是有其 業(yè)務(wù) 內(nèi)容和一些實現(xiàn)細(xì)節(jié)方面的差別。最終達(dá)到軟件 系統(tǒng)的開發(fā)方式與工業(yè)化中的物質(zhì)產(chǎn)品的大工業(yè)生產(chǎn)方式是一樣的實現(xiàn)模式。 因此，如果在軟件系統(tǒng)體系結(jié)構(gòu)設(shè)計中能夠 靈活地應(yīng)用各種框架技術(shù) ，就相當(dāng)于讓別人 幫助開發(fā)人員 完成 了系統(tǒng)設(shè)計和開發(fā)實現(xiàn)中的 一些基礎(chǔ) 性的 工作 —— 能夠?qū)崿F(xiàn)在系統(tǒng)分析、系統(tǒng)設(shè)計、功能類的代碼實現(xiàn)等多層次的重用。 在軟件系統(tǒng)體系結(jié)構(gòu)設(shè)計中，為什么要 靈活地應(yīng)用各種框架技術(shù) ？面向?qū)ο缶幊碳夹g(shù)促進(jìn)了軟件系統(tǒng)中的代碼的可重用性，但是只實現(xiàn)了在功能類代碼層次上的重用 —— 可重用的粒度太小、效果也就不太明顯！面向組件編程技術(shù)再進(jìn)一步地完善了面向?qū)ο缶幊碳夹g(shù)，并使得軟件系統(tǒng)能夠以更大粒度的組件形式實現(xiàn)重用，這大大地提高了軟件系統(tǒng)中的功能代碼的可重用度 —— 在更高層次的組件上進(jìn)行重用。 如何能夠 在 軟件 系統(tǒng)架構(gòu)設(shè)計中重用和簡化設(shè)計 結(jié)果 靈活地應(yīng)用各種框架技術(shù) 人們對相同類型問題的解決方法和功能實現(xiàn)代碼進(jìn)行抽象，并提取成為能夠解決某一應(yīng)用問題的模板形式的程序 —— 這樣的模板程序稱為框架程序。 在機械工業(yè)化生產(chǎn)中，讀者應(yīng)該知道螺釘和螺母是重用性最大的零件 —— 什么設(shè)備中都需要它們；在電子工業(yè)化生產(chǎn)中，電阻和電容也是重用性最大的元器件 —— 什么儀器中也都需要它們。 圖 某個系統(tǒng)的 UML 類圖的局部截圖 俗話說“一個和尚有水喝”是 “職責(zé)單一”的成功應(yīng)用，而“ 三個和尚沒水喝 ”則是楊教授工作室 精心創(chuàng)作的 優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 12/13 頁 “職責(zé) 分散”所造成的后果。 遵守 單一職責(zé) 原則不僅 可以避免相同的職責(zé)分散到不同的 模塊體 中；當(dāng)然也可以避免一個 功能模塊 承擔(dān)過多的職責(zé)。因此，需要在應(yīng)用系統(tǒng)的業(yè)務(wù)層和持久層之間插入一個數(shù)據(jù)服務(wù)層而最終達(dá)到將業(yè)務(wù)處理層和持久層相互分離的設(shè)計目標(biāo)。下圖 所示的體現(xiàn)某個應(yīng)用系統(tǒng)的分層架構(gòu)設(shè)計結(jié)果的包圖是對前面的圖 的分層包圖的進(jìn)一步完善 —— 在業(yè)務(wù)層和持久層之間再增加一個數(shù)據(jù)服務(wù)層。 圖 某個應(yīng)用系統(tǒng)中的局部類圖的圖示 隔離軟件系統(tǒng)的核心和外圍功 能模塊 應(yīng)用系統(tǒng)中的“核心功能模塊”（如賬戶管理系統(tǒng)中的“存錢”、“取錢”和“轉(zhuǎn)賬”功能模塊）一般是穩(wěn)定的或者是不頻繁變化的，而應(yīng)用系統(tǒng)的“外圍功能模塊”（如系統(tǒng)楊教授工作室 精心創(chuàng)作的 優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 11/13 頁 的操作界面、數(shù)據(jù)輸入和輸出等功能模塊）是會發(fā)生變化或者需要提供多種不同的實現(xiàn)方式。 Java 語言中的類定義和包等機制其實就是對面向?qū)ο蠹夹g(shù)中的 封裝 機制 的具體支持 —— 隱藏 實現(xiàn) 細(xì)節(jié) 和保護(hù)核心的屬性不被任意地修改，各種 J2EE 框架技術(shù)中所提供的各個接口也是對該框架本身的封裝實現(xiàn)。 模塊劃分時應(yīng)該要應(yīng)用“封裝核心功能模塊”的設(shè)計策略，這也是為了能夠達(dá)到“ 高內(nèi) 聚 ” 的 模塊 設(shè)計 目標(biāo)。 因此，對應(yīng)用系統(tǒng)中橫向分模塊設(shè)計需要不斷地進(jìn)行 重構(gòu) ， 也就是在 應(yīng)用 系統(tǒng)的“持久層”和“業(yè)務(wù)層”之間 可以 增加一個“數(shù)據(jù)服務(wù)層”，從而隔離“業(yè)務(wù)層”對“持久層”的過分的依賴，并且可以在 應(yīng)用 系統(tǒng)中的“持久層”的具體技術(shù)實現(xiàn)發(fā)生變化時，不會影響到 應(yīng)用 系統(tǒng) 中 的“業(yè)務(wù)層”的 功能 實現(xiàn)。 圖 某個字符轉(zhuǎn)換小系統(tǒng)的橫向分塊設(shè)計的結(jié)果圖示 （ 3）通過不斷地進(jìn)行設(shè)計重構(gòu)過程逐步完善設(shè)計結(jié)果 當(dāng)然，設(shè)計人員在進(jìn)行 橫向分塊設(shè)計時，應(yīng)該 要 盡可能減少各個模塊之間的相互關(guān)系、特別是要避免出現(xiàn)“多對多”的依賴關(guān)系。 但 在 創(chuàng)建具體實現(xiàn)類的對象實例 時， 仍會造成對于具體 功能 實現(xiàn) 類 的 直接 依賴。 利用控制反轉(zhuǎn)技術(shù) 能夠 消解框架系統(tǒng)和應(yīng)用系統(tǒng)之間的依賴關(guān)系 —— 因為 利用 “ 控制反轉(zhuǎn)”技術(shù)能夠減少對象的請求者對服務(wù)提供者的特定功能實現(xiàn)邏輯的依賴，此時系統(tǒng)中的 各個 組件類不 再 需要 自己 去查找 或者 實例化它們所依賴的其它 目標(biāo) 組件類 的對象實例。 下圖 為某個字符轉(zhuǎn)換小系統(tǒng)的橫向分塊設(shè)計的結(jié)果圖示。 軟件系統(tǒng)的橫向結(jié)構(gòu) 也 需要拆分為不同的 功能 模塊 （ 1） 橫向拆分為不同的 功能 模塊 架構(gòu)設(shè)計師為了能夠分離各個模塊之間的藕合度，應(yīng)該要對 軟件系統(tǒng)的橫向結(jié)構(gòu) 也進(jìn)行 拆分為不同的 功能 模塊 。 經(jīng)典的 三層架構(gòu)的系統(tǒng) 設(shè)計 —— 即自底向上依次是數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層和表示層 ，而 MVC 架構(gòu)模式是對它的進(jìn)一步完善 ；下圖 所示的 J2EE Web 系統(tǒng)平臺中的四層架構(gòu)設(shè)計（表示層、控制層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層）、 J2EE EJB 系統(tǒng)平臺中的五層架 構(gòu)設(shè)計（ 客戶層 、 Web 表示層 、 EJB 業(yè)務(wù)邏輯層 、 集成層 和 資源層 ）都能夠保證 系統(tǒng)架構(gòu)設(shè)計的結(jié)果是可 重用 的。 （ 2） 合理地 對軟件系統(tǒng)在縱向方向進(jìn)行分 層 隔離 設(shè)計 通過合理地 對軟件系統(tǒng)在縱向方向進(jìn)行分 層 隔離 設(shè)計 —— 如目前的 C/S 和 B/S 等 架構(gòu)模式 中的各個分層策略 ， 將允許設(shè)計人員將復(fù)雜 的應(yīng)用 系統(tǒng)中所涉及的各個方面的問題分解成 多個不同 層次 的實現(xiàn)。下面 為讀者詳細(xì)介紹如何保證軟件系統(tǒng)的系統(tǒng)架構(gòu)設(shè)計結(jié)果具有良好的可擴(kuò)展性和可 重用 性。當(dāng)然，要能夠達(dá)到這樣的設(shè)計效果，需要設(shè)計人員充分
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1