軟件體系結(jié)構(gòu)與設(shè)計模式概述-資料下載頁
2025-02-26 17:05本頁面
【正文】 on的 Instance() 存取這唯一的實例。 外觀 (1) 目的：給子系統(tǒng)中的一組接口提供一套統(tǒng)一的高層界面，使得子系統(tǒng)更容易使用。 (2) 思路：將系統(tǒng)劃分為若干子系統(tǒng)，雖然可以降低整體的復(fù)雜性，但還需設(shè)法降低子系統(tǒng)之間的通信和相互的依賴性。一種方法就是引進一個外觀（ facade）對象，為子系統(tǒng)內(nèi)各種設(shè)施提供一個簡單的單一界面。 外觀 (3) 結(jié)構(gòu)：外觀模式的結(jié)構(gòu)如圖所示。 外觀 (4)參與者職責 a)外觀（ Fa231。ade）：知道子系統(tǒng)中哪個類負責處理哪種信息；并負責把外界輸入的信息轉(zhuǎn)交給適當?shù)淖酉到y(tǒng)對象。 b)子系統(tǒng)中的類（ subsystem classes）：實現(xiàn)子系統(tǒng)的功能；處理 Facade對象分派的工作；如果不受 Facade的控制，則也不會有返回 Facade的引用存在。 (5)協(xié)作：使用 Facade的客戶不用直接訪問子系統(tǒng)對象。外界想與子系統(tǒng)交互時，把信息傳送給 Facade， Facade再把這些信息轉(zhuǎn)交給適當?shù)淖酉到y(tǒng)對象。雖然實際處理工作是子系統(tǒng)對象在做，但 Facade會居中做接口轉(zhuǎn)換工作。 適配器 (1)目的：適配器模式將一個類的接口轉(zhuǎn)換為客戶期望的另一種接口，使得原本不匹配的接口而無法合作的類可以一起工作。 (2)思路：有時要將兩個沒有關(guān)系的類組合在一起使用，一種解決方案是修改各自類的接口，另一種辦法是使用Adapter模式，在兩種接口之間創(chuàng)建一個混合接口。 例如，設(shè)有一個圖形編輯器，可畫直線、多邊形、文本等。它的接口定義成抽象類 Shape，它的子類負責畫各種圖形。此外，還有一個外購的 GUI軟件包 TextView，用于顯示，但它沒有 Shape功能。 適配器 如何讓 TextView的接口轉(zhuǎn)換成為 Shape的接口，有兩種方法： ? 讓 TextShape同時繼承 Shape的接口和 TextView的服務(wù)（多重繼承）； ? 在 TextShape中建立 TextView的實例，再通過 TextView給出TextShape的接口。 前者是適配器的類模式，后者是對象模式。下圖就是適配器的對象模式。 適配器 (3) 結(jié)構(gòu)：適配器模式有類適配器模式和對象適配器模式。類適配器可以通過多繼承方式實現(xiàn)不同接口之間的相容和轉(zhuǎn)換，如圖所示。 適配器 ? 而一個對象適配器則依賴對象組合的技術(shù)實現(xiàn)接口的相容和轉(zhuǎn)換，如圖所示。 適配器 (4) 參與者職責 a) 目標（ Target）：定義客戶使用的與應(yīng)用領(lǐng)域相關(guān)的接口。 b) 客戶（ Client）：與具有 Target接口的對象合作。 c) 被匹配者（ Adaptee）：需要被轉(zhuǎn)換匹配的一個已存在接口。 d) 適配器（ Adapter）：將 Adaptee的接口與Target接口匹配。 適配器 (5) 協(xié)作：客戶調(diào)用 Adapter對象的操作，然后 Adapter的操作又調(diào)用 Adaptee對象中負責處理相應(yīng)請求的操作。 責任鏈 (1) 目的：通過一條隱式的對象消息鏈傳遞處理請求。該請求沿著這條鏈傳遞，直到有一個對象處理它為止。其核心是避免將請求的發(fā)送者直接耦合到它的接受者。 (2) 思路：以 GUI系統(tǒng)的聯(lián)機幫助系統(tǒng)為例。用戶可以在軟件中任一位置按下 help鍵，軟件就可以根據(jù)該信息和當前上下文環(huán)境彈出適當?shù)恼f明。 如果用戶在 PrintDialog對話框里“打印”按鈕上按了幫助鍵，幫助信息的順序圖如圖所示。 責任鏈 ? 聯(lián)機幫助系統(tǒng)定義了一個抽象類 HelpHandler和抽象操作HandleHelp()，所有想處理信息的類可以繼承該類。HelpHandler的 HandleHelp() 操作的內(nèi)定做法是把信息傳遞給后繼者去處理，由各個子類分別來實現(xiàn)具體的打印功能。如圖所示。 責任鏈 (3) 結(jié)構(gòu)：責任鏈模式的結(jié)構(gòu)如圖所示 。 責任鏈 ? 典型的對象間的結(jié)構(gòu)如圖所示。 責任鏈 (4) 參與者職責 a) 處理者（ Handler）：定義處理請求的接口；實現(xiàn)對后繼者的鏈接（可選）。 b) 具體處理者（ ConcreteHandler）：處理它所負責的請求；可訪問它的后繼；如果它能夠處理請求，就處理該請求，否則將請求傳送給后繼者。 c) 客戶（ Client）：將處理請求提交給職責鏈中的ConcreteHandler對象。 (5) 協(xié)作：當 Client發(fā)出請求之后，請求會在責任鏈中傳遞，直到有一個 ConcreteHandler對象能處理為止。 中介者 (1) 目的：用一個中介對象來封裝一系列復(fù)雜對象的交互情景。中介者通過阻止各個對象顯式地相互引用來降低它們之間的耦合，使得人們可以獨立地改變它們之間的交互。 (2) 思路：以 GUI系統(tǒng)的對話框為例，對話框中會布置許多窗口組件，如按鈕、菜單、文字輸入欄等。對話框中各窗口組件之間往往相互牽連。 為此，可以將這些窗口組件的集體行為封裝成一個中介者（ mediator）對象。中介者負責居中指揮協(xié)調(diào)一組對象之間的交互行為，避免互相直接引用。這些對象只認得中介者，因而可降低交互行為的數(shù)目。 中介者 ? 例如，可用 FontDialogDirector當作對話框內(nèi)各窗口組件之間的中介者。 FontDialogDirector對象認得所有組件，協(xié)調(diào)彼此之間的交互，如同一個通信樞紐，如圖所示。 中介者 ? 描述 mediator作用的順序圖 。 中介者 ? 下圖顯示了加入 FontDialogDirector后的類結(jié)構(gòu)。 中介者 (3) 結(jié)構(gòu)：圖 (a)給出了中介者的類結(jié)構(gòu)，圖 (b)給出了典型的對象結(jié)構(gòu)。 (a) (b) 中介者 (4) 參與者職責 a) 中介者（ Mediator）：定義與各個同事（ Colleague）對象通信的接口。 b) 具體中介者（ ConcreteMediator）：協(xié)調(diào)各個同事對象，實現(xiàn)協(xié)作行為；了解并維護各個同事對象。 c) 同事類（ Colleague classes）：這些同事類的對象都了解中介者；一個同事對象與另一個同事對象之間的通信都需要通過中介者來間接實現(xiàn)。 (5) 協(xié)作：同事向中介者對象發(fā)送或接收請求，中介者則將請求傳送給適當?shù)耐聦ο螅ㄒ粋€或多個），協(xié)調(diào)整體行為。 觀察者 (1)目的：定義對象間的一種一對多的依賴關(guān)系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知，并被自動更新。 (2)思路：例如，許多 GUI軟件包都將數(shù)據(jù)顯示部分與應(yīng)用程序底層的數(shù)據(jù)表示分開，以利于分別復(fù)用。但這些類也能合作，如圖所示的計算表和直方圖都是針對同一數(shù)據(jù)對象的兩種不同表示方式。 觀察者 (3) 結(jié)構(gòu)： Observer模式的結(jié)構(gòu)如圖所示。 觀察者 (4) 參與者職責 a) 主題（ Subject）：認得它的觀察者。任意數(shù)目的觀察者對象均可訂閱一個主題。另外，提供一個連接觀察者對象和解除連接的接口。 b) 觀察者（ Observer）：定義了一個自我更新的接口。一旦發(fā)現(xiàn)主題有變時借助接口通知自己隨之改變。 c) 具體主題（ ConcreteSubject）：存儲具體觀察者對象關(guān)心的狀態(tài)；當狀態(tài)改變時向它的觀察者發(fā)送通知。 d) 具體觀察者（ ConcreteObserver）：維持一個對具體主題對象的引用；存儲要與主題一致的狀態(tài)；實現(xiàn)觀察者的自我更新接口，確保自己的狀態(tài)與主題的狀態(tài)一致。 觀察者 (5) 協(xié)作：當具體主題發(fā)生會導(dǎo)致觀察者的狀態(tài)不一致的情況時，就會主動通知所有該通知的觀察者。當具體觀察者收到通知后，向主題詢問，根據(jù)所得信息使自己的狀態(tài)與主題的狀態(tài)保持一致。下圖給出了一個主題和兩個觀察者對象之間的交互情況。 演講完畢，謝謝觀看！
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1