j2ee課程設(shè)計(jì)項(xiàng)目開(kāi)發(fā)指導(dǎo)——第3章達(dá)到高內(nèi)聚低藕合的架構(gòu)設(shè)計(jì)目標(biāo)第1部分-文庫(kù)吧資料
2024-11-25 16:17本頁(yè)面
【正文】 地應(yīng)用面向?qū)ο蠹夹g(shù)中的抽象機(jī)制， 對(duì) 系統(tǒng)中共性的部分 進(jìn)行充分的抽取 。 面向?qū)ο缶幊碳夹g(shù)中的 繼承機(jī)制不僅可以重用 基 類(lèi)的數(shù)據(jù)結(jié)構(gòu)和 功能方法的 程序代碼，而且 還 可以在 基 類(lèi)的基礎(chǔ)上 根據(jù)具體的需要進(jìn)行 修改和擴(kuò)充 —— 通過(guò)新增、覆蓋 或者重載等形式 。比如各個(gè)商業(yè)銀行中的賬戶(hù)管理系統(tǒng)，都應(yīng)該提供“存錢(qián)”、“取錢(qián)”和“轉(zhuǎn)賬”等方面的功能。 對(duì)這些特定的應(yīng)用問(wèn)題，從表面上來(lái)看，各個(gè)問(wèn)題都有差別。 因此，軟件系統(tǒng)架構(gòu) 設(shè)計(jì)是整個(gè)軟楊教授工作室 精心創(chuàng)作的 優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 7/13 頁(yè) 件 系統(tǒng) 開(kāi)發(fā)過(guò)程中 比較 關(guān)鍵的一 個(gè)環(huán)節(jié)，并且系統(tǒng)架構(gòu) 的選擇 結(jié)果將決定軟件 系統(tǒng) 的 成敗。 因此，軟件系統(tǒng)設(shè)計(jì)中的“ 可重用性 ”應(yīng)該體現(xiàn)在“系統(tǒng)結(jié)構(gòu)（分層和分塊）”和“代碼實(shí)現(xiàn)（源程序代碼和可執(zhí)行的功能組件）”兩個(gè)方面。 什么是系統(tǒng)架構(gòu)設(shè)計(jì)中的 可重用性 （ 1）什么是 軟件 系統(tǒng)設(shè)計(jì)中的“ 可重用性 ” 軟件 系統(tǒng) 設(shè)計(jì)中的“可重用性”一般是指軟件系統(tǒng)中代碼實(shí)現(xiàn)的可重用性。 如果應(yīng)用 系統(tǒng)的體系架構(gòu) 設(shè)計(jì)本身是僵化的，也就是不 具有良好的可擴(kuò)展性 ，軟件 系統(tǒng) 在 升級(jí)過(guò)程中 將不可避免地要改變 原來(lái)的 系統(tǒng) 架構(gòu) 。而是希望能夠在原有的軟件系統(tǒng)的基礎(chǔ)上，進(jìn)一步完善原有的系統(tǒng)功能和進(jìn)一步地增加新的功能。一旦數(shù)據(jù) 庫(kù) 連接組件有了任何 變化 （比如連接的方式或者數(shù)據(jù)庫(kù)系統(tǒng)類(lèi)型等） ，數(shù)據(jù) 庫(kù) 操作組件都有可能會(huì)受其影響而需要被改動(dòng) —— 系統(tǒng) 持久層 缺乏靈活性 和太 脆弱 ！ 圖 某個(gè)系統(tǒng)持久層中的各個(gè)組件的不合理的設(shè)計(jì)和實(shí)現(xiàn)方案的圖示 為什么要保證系統(tǒng)的體系架構(gòu)具有良好的可擴(kuò)展性 企業(yè)推廣或者應(yīng)用信息化系統(tǒng)的基本目的是希望能夠提高企業(yè)的競(jìng)爭(zhēng)力，但企業(yè) 隨著業(yè)務(wù)的發(fā)展，如新增業(yè)務(wù)功能的處理 、 新增服務(wù)渠道等 或者由于技術(shù)本身的不斷進(jìn)步等方面的原因 ， 原有的軟件應(yīng)用系統(tǒng)可能不能完全再滿(mǎn)足企業(yè)經(jīng)營(yíng)的新的要求。 3) 不可重用性 —— 系統(tǒng)中的某些模塊 很難在別的應(yīng)用 系統(tǒng) 中 被 重 新使用 ，因?yàn)椴荒軐⑺鼜默F(xiàn)有的應(yīng)用 系統(tǒng) 中獨(dú)立地提取出來(lái) （類(lèi)似“拔出蘿卜帶出泥”的狀況） 。 什么是不合理的系統(tǒng)架構(gòu)設(shè)計(jì)？為什么會(huì)出現(xiàn)不合理的系統(tǒng)架構(gòu)設(shè)計(jì)？如何避免出現(xiàn)不合理的系統(tǒng)架構(gòu)設(shè)計(jì)？希望讀者多深入思考這些問(wèn)題，一個(gè)不合理的系統(tǒng)架構(gòu)設(shè)計(jì)的主要表現(xiàn)如下： 1) 缺乏靈 活性 —— 難添加新 的 功能 模塊， 因?yàn)?對(duì)系統(tǒng)中的 每一處 的修改 就 會(huì) 影響 到 系統(tǒng)中 其他多個(gè) 模塊。 圖 某個(gè)應(yīng)用系統(tǒng)持久層中的各個(gè)組件的設(shè)計(jì)和實(shí)現(xiàn)方案的圖示 此時(shí)數(shù)據(jù)庫(kù)訪問(wèn)操作組件則只需要調(diào)用數(shù)據(jù)庫(kù)連接組件接口中的服務(wù)來(lái)實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的各種連接功能，兩者都只依賴(lài)于數(shù)據(jù)庫(kù)連接組件的接口。 1) 可擴(kuò)展性（ Extensibility） 2) 可重用性 （ Reusability） 3) 靈活性（ Flexibility） 4) 可插入性（ Pluggablity） 其 中的 可插入性 是指能夠 容易地將系統(tǒng)中的一個(gè)功能模塊抽出，同時(shí)也能夠?qū)⒘硪粋€(gè)有同樣接口的功能模塊加入到系統(tǒng)中 以替換原有的功能模塊； 而 可擴(kuò)展性 是指 應(yīng)用 系統(tǒng) 本身 能夠根據(jù) 外界 需求的變化不斷地調(diào)整和完善以適應(yīng) 外界 需求的變化 —— 也就是能夠 循序漸進(jìn)地進(jìn)行系統(tǒng) 功能的 擴(kuò)展、并且也能夠滿(mǎn)足企業(yè)對(duì)應(yīng)用系統(tǒng)的逐步升級(jí)的需要 。因此，設(shè)計(jì)人員必須要采用“中庸”的設(shè)計(jì)解決方案 —— 綜合考慮不同的要求、并盡可能地滿(mǎn)足各個(gè)方面的要求或者合理地取舍。 圖 表示層組件與數(shù)據(jù)處理功能組件相互隔離的 UML 類(lèi)圖 可擴(kuò)展性 和可重用性 是面向?qū)ο蠹軜?gòu)設(shè)計(jì)的 主要 目標(biāo) 什么是系統(tǒng)架構(gòu)設(shè)計(jì)中的可擴(kuò)展性 軟件系統(tǒng)設(shè)計(jì)人員經(jīng)常會(huì)陷入一種困惑， 面向?qū)ο笙到y(tǒng) 架構(gòu) 設(shè)計(jì) 結(jié)果的 評(píng)價(jià)標(biāo)準(zhǔn) 是什么？也就是說(shuō)，什么是好的系統(tǒng)設(shè)計(jì)或者不好的系統(tǒng)設(shè)計(jì)結(jié)果！ 作者認(rèn)為，軟件系統(tǒng)的架構(gòu) 設(shè)計(jì) 乃至整個(gè)軟件系統(tǒng)的設(shè)計(jì)不存在“好”和“壞”之分，而只有“合理”和“不合理”之區(qū)別。 下圖 為應(yīng)用中介模式實(shí)現(xiàn)將系統(tǒng)中的表示層組件與應(yīng)用系統(tǒng)中的數(shù)據(jù)處理功能組件相互隔離的 UML 類(lèi)圖—— 通過(guò) 中介對(duì)象把一系列的 其他 對(duì)象 的 交互關(guān)系加以封裝，從而降低這些對(duì)象之間的耦合關(guān)系 。 但作者在此需要補(bǔ)充說(shuō)明一點(diǎn)， GOF 設(shè)計(jì)模式中的橋（ Bridge）、門(mén)面（ Fa231。 楊教授工作室 精心創(chuàng)作的 優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 4/13 頁(yè) 圖 DAO 組件接口和該 DAO 接口的功能實(shí)現(xiàn)類(lèi)之間關(guān)系的 UML 類(lèi)圖 面向?qū)ο蠹軜?gòu)設(shè)計(jì)中的各種架構(gòu)模式的應(yīng)用 對(duì)于“ 架構(gòu)設(shè)計(jì)中的架構(gòu)模式 ”等有關(guān)內(nèi)容，作者已經(jīng)在“ J2EE 項(xiàng)目實(shí)訓(xùn) —— UML 及設(shè)計(jì)模式 ”一書(shū)中的第 7 章“ 架構(gòu)設(shè)計(jì)中的架構(gòu)模式 ”作了比較詳細(xì)的介紹。 因?yàn)榻涌?能夠 體現(xiàn) 出 對(duì)問(wèn)題的抽象，同時(shí)由于抽象一般是相對(duì)穩(wěn)定的或者是相對(duì)變化 不頻繁的，而具體 則 是易變的。 圖 某個(gè)系統(tǒng)中實(shí)現(xiàn) XML 數(shù)據(jù)處理和 XML 數(shù)據(jù)解析之間的依賴(lài)關(guān)系圖示 （ 3）接 口的定義和接口的具體實(shí)現(xiàn)分離原則 軟件系統(tǒng)經(jīng)過(guò)合理地分層隔離后，如何設(shè)計(jì)并決定出層中的各個(gè)組件之間的關(guān)系、分配各個(gè)組件各自的職責(zé)？將軟件系統(tǒng)中的各個(gè)功能模塊的接口定義和對(duì)這些接口的具體實(shí)現(xiàn)相互分離，是解決這些問(wèn)題的設(shè)計(jì)和實(shí)現(xiàn)的指導(dǎo)原則。而在系統(tǒng)架構(gòu)設(shè)計(jì)時(shí)，遵守依賴(lài)倒置原則將可以減輕或者避免這樣的設(shè)計(jì)缺陷的狀況出現(xiàn)。而面向?qū)ο笤O(shè)計(jì)思想中所倡導(dǎo)的 依賴(lài)倒置原則 就是要把這種錯(cuò)誤的依賴(lài)關(guān)系倒轉(zhuǎn)過(guò)來(lái) （ Dependence Inversion）。下圖 為某個(gè)系統(tǒng)中實(shí)現(xiàn) XML 數(shù)據(jù)處理和 XML 文件中的數(shù)據(jù)解析之間的依賴(lài)關(guān)系
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1