j2ee項(xiàng)目實(shí)訓(xùn)uml及設(shè)計(jì)模式——第7章架構(gòu)設(shè)計(jì)中的架構(gòu)模式第1部分-文庫吧資料
2024-11-24 17:12本頁面
【正文】 問題”解決的具體方案是采用層架構(gòu)模式，并且基于下面的 分層設(shè)計(jì)策略實(shí)現(xiàn)。 另外還由于潛在的通用技術(shù)服務(wù)（如數(shù)據(jù)庫訪問的事務(wù)、系統(tǒng)的安全驗(yàn)證、對象緩存、日志記錄等）或業(yè)務(wù)邏輯，與更具體的應(yīng)用邏輯捆綁在一起，因此這些通用的技術(shù)服務(wù)或者業(yè)務(wù)邏輯功能的實(shí)現(xiàn)也將面臨著無法被重用。 （ 2）降低了系統(tǒng)的可重用性 由于整個(gè)應(yīng)用系統(tǒng)中的各個(gè)功能模塊是相互組合在一起的，特別是系統(tǒng)中的核心應(yīng)用邏輯的功能具體實(shí)現(xiàn)與用戶訪問接口的表示層的具體實(shí)現(xiàn)技術(shù)捆綁在一起。為了盡可能地減少這樣的影響，設(shè)計(jì)人員一定要 通過接口進(jìn)行連接 ；另外在數(shù)據(jù)傳送方面將會(huì)體現(xiàn)出低效，比如在 J2EE 的多層架構(gòu)的系統(tǒng)中，如果要實(shí)現(xiàn)在數(shù)據(jù)訪問層中將某個(gè)數(shù)據(jù)對象傳送到表示層，將要“穿透”相關(guān) 的許多層。 將系統(tǒng)劃分成多層結(jié)構(gòu)的最大好處是提高了開發(fā)速度、增強(qiáng)系統(tǒng)的健壯性和穩(wěn)定性、提高了系統(tǒng)的可維護(hù)性和拓展性，也能夠 大大節(jié)約系統(tǒng)開發(fā)成功后的維護(hù) 、完善 修改 的 成本。這主要是由于各個(gè)層之間是相互隔離的。在這種分層體系的結(jié)構(gòu)中，應(yīng)用系統(tǒng)都被 表示為由一系列相關(guān)聯(lián)的各層單獨(dú)的子系統(tǒng)所構(gòu)成，而每個(gè)層中的子系統(tǒng)又都采用組件技術(shù)來設(shè)計(jì)和構(gòu)造，每個(gè)組件系統(tǒng)也可以對其上、下層中的組件進(jìn)行調(diào)用。 對層架構(gòu)模式的優(yōu)缺點(diǎn)分析 （ 1）使用層架構(gòu)模式的 主要 優(yōu)點(diǎn) 在構(gòu)造應(yīng)用系統(tǒng)時(shí)，架構(gòu)設(shè)計(jì)師可以把整個(gè)系統(tǒng)想象成是由不同的“積木”塊 （在軟件系統(tǒng)中的 積木塊 ，也就是各個(gè)功能組件） 而構(gòu)成的， 這些 “積木”塊 之間的關(guān)系一般體現(xiàn)為 縱向 的分層和 橫向 的功能模塊組件。 中間 業(yè)務(wù) 層 的具體實(shí)現(xiàn)時(shí) ， 可以 不依賴 系統(tǒng)中 具體的表示層技術(shù)，也不依賴 于系統(tǒng)中 具體 的 數(shù)據(jù) 層的 技術(shù) 實(shí)現(xiàn) 。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán) 所有，盜版必究 ， 8/17 頁 J2EE 平臺系統(tǒng)開發(fā)中這樣的分層策略， 其實(shí)是在 標(biāo)準(zhǔn)的 三層架構(gòu)中增加了兩個(gè)中間層—— 控制層位于表示層和 業(yè)務(wù)邏輯 層之間 、 數(shù)據(jù)持久層位于 業(yè)務(wù)邏輯 層和基礎(chǔ) 的 數(shù)據(jù) 存儲層之間。 （ 2） J2EE 平臺系統(tǒng)開發(fā)中常見的分層策略 但是在實(shí)際的項(xiàng)目開發(fā)中， 應(yīng)用系統(tǒng)的設(shè)計(jì)人員 通常 會(huì) 對 標(biāo)準(zhǔn)的 三層 架 構(gòu)進(jìn)行擴(kuò)展 以滿足 應(yīng)用系統(tǒng)中 的具體要求。 層架構(gòu)模式在 J2EE 平臺 系統(tǒng)開發(fā)中的應(yīng)用 （ 1）標(biāo)準(zhǔn)的三層架構(gòu)的系統(tǒng) J2EE 平臺能提供多層分布式應(yīng)用模型并能重用組件（這主要是由 EJB 組件技術(shù)來實(shí)現(xiàn)），同時(shí)也為用戶提供統(tǒng)一的安全模型（聲明式和編程式的具體實(shí)現(xiàn)）和靈活的事務(wù)處理（聲明式事務(wù)和編程式的事務(wù)具體實(shí)現(xiàn)）控制。 將系統(tǒng)進(jìn)行合理地分層的另一個(gè)好處是，這些層形成了應(yīng)用系統(tǒng)開發(fā)小組的自然分界—— 因?yàn)閷γ繉拥拈_發(fā)人員所需要的技巧是不同的 、項(xiàng)目分工時(shí)可以根據(jù)人員的技術(shù)水平和對相關(guān)的層所涉及的技術(shù)熟練程度進(jìn)行合理地任務(wù)分配 。 （ 3）利用層架構(gòu)模式進(jìn)行系統(tǒng)設(shè)計(jì)所能夠達(dá)到的效果 通過合理地應(yīng)用 層架構(gòu)模式來進(jìn)行系統(tǒng)設(shè)計(jì) ，將允許系統(tǒng)的設(shè)計(jì)人員將復(fù)雜的系統(tǒng)中所涉及的各個(gè)方面的問題分解成一個(gè) 層次 的實(shí)現(xiàn)。 （ 2）利用層架構(gòu)模式來組織系統(tǒng)時(shí)能夠構(gòu)造出一個(gè)層次化的系統(tǒng)結(jié)構(gòu) 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán) 所有，盜版必究 ， 7/17 頁 應(yīng)用系統(tǒng)經(jīng)過合理地分層和隔離，從而使得每一層都能夠?yàn)槠渌鶎?yīng)的上一層提供服務(wù)而成 為服務(wù)的提供者，同時(shí)也作為下層的客戶端而獲得所需要的服務(wù)； 由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設(shè)計(jì)對于其調(diào)用的底層而言沒有任何影響。 層 體系架構(gòu)模式 是 與 系統(tǒng)的 邏輯架構(gòu)相關(guān) 的、并經(jīng)常地被應(yīng)用在系統(tǒng)的架構(gòu)設(shè)計(jì)中。因此，相信讀者對層和分層等方面的基本概念應(yīng)該是不陌生的。同時(shí)每個(gè)層都負(fù)責(zé)自己的職責(zé)，而各個(gè)層之間是相互隔離的。 架構(gòu)設(shè)計(jì)中的層模式 及應(yīng)用 層架構(gòu)模式的典型應(yīng)用 軟件系統(tǒng)中的層（ layer） 軟件系統(tǒng)中的 層是一個(gè)大 尺度的元素，通常 是 由一些 系統(tǒng) 包或者子系統(tǒng) （如組件） 組裝而成 的。 （ 2）要理解處理問題的思想、方法 和技巧，而不用死記代碼本身 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán) 所有，盜版必究 ， 6/17 頁 因?yàn)樵O(shè)計(jì)模式是前人經(jīng)驗(yàn)的總結(jié)，我們不要死記各個(gè)模式的名詞 和具體的實(shí)現(xiàn)代碼 ，而應(yīng)該要理解處理問題的技巧和思想，要把設(shè)計(jì)模式與實(shí)際的軟件系統(tǒng)的開發(fā)相互結(jié)合在一起。 如何學(xué)習(xí)和掌握設(shè)計(jì)模式 （ 1）學(xué)習(xí) 并最終掌握 設(shè)計(jì)模式是成為一個(gè)高級軟件設(shè)計(jì)師的必由之路 但由于 設(shè)計(jì)模式是一種方法論的抽象，應(yīng)該建立在經(jīng)驗(yàn)的基礎(chǔ)上。而其中的不變的部分，就構(gòu)成了模式。 架構(gòu)和模式兩者最主要的不同 （ 1）架構(gòu) (Architecture)更加關(guān)注的是所謂的“高層設(shè)計(jì)”（ HighLevel Design） 架構(gòu)是一組有關(guān)如何決定軟件系統(tǒng)的組織 結(jié)構(gòu) 的重要決策，以及 接口和它們相互協(xié)作的行為的選擇。 2) 應(yīng)用場合： GRASP 適用于類的分 析和設(shè)計(jì)階段，而 GOF 適用于類的編程實(shí)現(xiàn)階段。 （ 2）正確地區(qū)分 GRASP 模式和 GOF 代碼設(shè)計(jì)模式的不同。例如， GOF 在《設(shè)計(jì)模式 可復(fù)用面向?qū)ο筌浖幕A(chǔ)》一書中所總結(jié)出的 23 種基本的設(shè)計(jì)模式。 有關(guān)對通用職責(zé)分配軟件模式的細(xì)節(jié)內(nèi)容的學(xué)習(xí)，請讀者參考本書的第八章“通用職責(zé)分配軟件模式（ GRASP）”的章節(jié)。合理和靈活地應(yīng)用各種相關(guān)的架構(gòu)模式，是設(shè)計(jì)出高質(zhì)量的應(yīng)用系統(tǒng)的重要保證。 架構(gòu)模式 架構(gòu)模式一般著眼于不同業(yè)務(wù)系統(tǒng)中共性問題的解決方案的設(shè)計(jì)，是 有關(guān)大尺度和粗粒度的設(shè)計(jì)方案的重用；它 主要描述軟件系統(tǒng)中的程序的基本結(jié)構(gòu)組織或綱要，通常提供一組事先定義好的子系統(tǒng)，并指定它們的責(zé)任，同時(shí)給出把它們組織在一起的法則和指南。因此，設(shè)計(jì)模式 根據(jù)應(yīng)用的目的不同， 也可分為多種 不同的類型。 ? 不要為了 設(shè)計(jì)模式而 亂用 設(shè)計(jì)模式 通過系統(tǒng)地學(xué)習(xí)和了解設(shè)計(jì)模式，將使開發(fā)者對系統(tǒng)的設(shè)計(jì)中所涉及的架構(gòu)和實(shí)現(xiàn)代碼會(huì)有更深地理解。 ? 合理地應(yīng)用設(shè)計(jì)模式 在軟件設(shè)計(jì)過程中，應(yīng)當(dāng)正確對待產(chǎn)品需求與設(shè)計(jì)模式之間的關(guān)系：是產(chǎn)品需求引出設(shè)計(jì)模式，而不是設(shè)計(jì)模式?jīng)Q定產(chǎn)品需求。 （ 4）應(yīng)用 設(shè)計(jì) 模式時(shí)所應(yīng)該注意的要點(diǎn) ? 模式有不同的領(lǐng)域 和應(yīng)用的場 景 設(shè)計(jì) 模式 也不是萬能的，只針對某種場景下的問題提供了解決方案和實(shí)現(xiàn)的示例代碼 。 （ 2） 用模式的思想來設(shè)計(jì)系統(tǒng)可以獲得系統(tǒng)設(shè)計(jì) 方面 的 靈感 使得自己的系統(tǒng)更具有安全性 、 靈活性 和 可維護(hù)性 —— 在模式中所提到的每一點(diǎn)都能為開發(fā)者在更短的生命周期中開發(fā)出更多、更好的應(yīng)用 系統(tǒng)； 反過來說，如果開發(fā)者沒有系統(tǒng)地應(yīng)用模式的各種指導(dǎo)思想 來指導(dǎo) 系統(tǒng)設(shè)計(jì) 工作 ，那很可能就會(huì)在設(shè)計(jì)系統(tǒng)時(shí)出現(xiàn)漏洞和設(shè)計(jì)不周密的情況。 另外在 分布式企業(yè)應(yīng)用 系統(tǒng)的開發(fā)中，由于需要 涉及
公司管理相關(guān)推薦
鄂ICP備17016276號-1