體系結(jié)構(gòu)課件第十三章外觀模式_第1頁(yè)
體系結(jié)構(gòu)課件第十三章外觀模式_第2頁(yè)
體系結(jié)構(gòu)課件第十三章外觀模式_第3頁(yè)
體系結(jié)構(gòu)課件第十三章外觀模式_第4頁(yè)
體系結(jié)構(gòu)課件第十三章外觀模式_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

第十三章外觀模式

(FacadePattern)—門面模式13.1外觀模式簡(jiǎn)介如醫(yī)院的就診的情況(醫(yī)院—子系統(tǒng),外觀—導(dǎo)醫(yī))客戶端程序與完成實(shí)際業(yè)務(wù)功能的子系統(tǒng)程序之間通信時(shí)采用的2種方案:13.1外觀模式簡(jiǎn)介(續(xù))上述A方案的問(wèn)題在于組件的客戶(即外部接口,或客戶程序)和組件中各種復(fù)雜的子系統(tǒng)有了過(guò)多的耦合,隨著外部客戶程序和各子系統(tǒng)的演化,這種過(guò)多的耦合面臨很多變化的挑戰(zhàn)。如何簡(jiǎn)化外部客戶程序和系統(tǒng)間的交互接口?如何將外部客戶程序的演化和內(nèi)部子系統(tǒng)的變化之間的依賴相互解耦?為子系統(tǒng)中的一組接口提供一個(gè)一致的界面,F(xiàn)acade模式定義了一個(gè)高層接口,這個(gè)接口使得這一子系統(tǒng)更加容易使用?!对O(shè)計(jì)模式》GoF13.2外觀模式的結(jié)構(gòu)外觀模式是對(duì)象的結(jié)構(gòu)模式。外觀模式?jīng)]有一個(gè)一般化的類圖描述,下圖演示了一個(gè)外觀模式的示意性對(duì)象圖:

這種結(jié)構(gòu)不僅體現(xiàn)了類的單一職責(zé)原則,而且也體現(xiàn)了開放/封閉原則。子系統(tǒng)和系統(tǒng)之間是組合關(guān)系,而不是繼承關(guān)系。高層總是相對(duì)穩(wěn)定,低層總是相對(duì)易變。所以我們應(yīng)該盡量依賴高層抽象,而不是低層細(xì)節(jié)實(shí)現(xiàn)。13.2外觀模式的結(jié)構(gòu)(續(xù))外觀(Facade)角色:客戶端可以調(diào)用這個(gè)角色的方法。此角色知曉相關(guān)的(一個(gè)或者多個(gè))子系統(tǒng)的功能和責(zé)任。在正常情況下,本角色會(huì)將所有從客戶端發(fā)來(lái)的請(qǐng)求委派到相應(yīng)的子系統(tǒng)去。子系統(tǒng)(SubSystem)角色:可以同時(shí)有一個(gè)或者多個(gè)子系統(tǒng)。每一個(gè)子系統(tǒng)都不是一個(gè)單獨(dú)的類,而是一個(gè)類的集合。每一個(gè)子系統(tǒng)都可以被客戶端直接調(diào)用,或者被門面角色調(diào)用。子系統(tǒng)并不知道門面的存在,對(duì)于子系統(tǒng)而言,門面僅僅是另外一個(gè)客戶端而已。需要注意的2點(diǎn):外觀類通常是單例類,每個(gè)子系統(tǒng)一個(gè)外觀類;擴(kuò)展功能不應(yīng)該繼承外觀類,而是在子系統(tǒng)代碼中擴(kuò)展,外觀類只是為對(duì)子系統(tǒng)的訪問(wèn)提供一個(gè)集中化的、簡(jiǎn)化的渠道。13.3示例保安系統(tǒng):由兩個(gè)錄像機(jī)、三個(gè)電燈、一個(gè)遙感器和一個(gè)警報(bào)器組成,保安系統(tǒng)的操作人員需要經(jīng)常將這些儀器啟動(dòng)和關(guān)閉。示例:SecurityClassical示例:SecurityFacade13.4外觀模式的應(yīng)用設(shè)計(jì)初期階段有意識(shí)的建立三層架構(gòu),層與層之間建立外觀Facade(層間接口)。開發(fā)階段子系統(tǒng)往往因?yàn)椴粩嗟闹貥?gòu)演化而變得越來(lái)越復(fù)雜,大規(guī)模的使用模式會(huì)產(chǎn)生很多很小的類,這將使維護(hù)工作變得復(fù)雜,而Facade會(huì)減少它們之間的依賴---子系統(tǒng)通過(guò)Facade對(duì)象向外提供服務(wù)。維護(hù)階段維護(hù)一個(gè)遺留的大系統(tǒng)時(shí),F(xiàn)acade可以負(fù)責(zé)與遺留代碼的復(fù)雜的交互工作。13.5外觀模式總結(jié)從客戶程序的角度來(lái)看,F(xiàn)acade模式不僅簡(jiǎn)化了整個(gè)組件系統(tǒng)的接口,同時(shí)對(duì)于組件內(nèi)部與外部客戶程序來(lái)說(shuō),從某種程度上也達(dá)到了一種“解耦”的效果——內(nèi)部子系統(tǒng)的任何變化不會(huì)影響到Facade接口的變化。Facade設(shè)計(jì)模式更注重從架構(gòu)的層次去看整個(gè)系統(tǒng),而不是單個(gè)類的層次。Facade很多時(shí)候更是一種架構(gòu)設(shè)計(jì)模式。注意區(qū)分Facade模式、Adapter模式、Bridge模式與Decorator模式:Facade模式注重簡(jiǎn)化接口Ada

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論