版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C+)之九-Decorator模式作用:動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)。就增加功能來說,Decorator 模式相比生成子類更為靈活。UML結(jié)構(gòu)圖:抽象基類:1)Component:定義一個(gè)對(duì)象接口,可以為這個(gè)接口動(dòng)態(tài)的添加職責(zé).2)Decorator:維持一個(gè)指向Component的指針,并且有一個(gè)和Component一致的接口函數(shù).接口函數(shù):1)Component:Operation:這個(gè)接口函數(shù)由Component聲明,因此Component的派生類都需要實(shí)現(xiàn),可以在這個(gè)接口函數(shù)的基礎(chǔ)上給它動(dòng)態(tài)添加職責(zé).解析:Decorator的派生類可以為Concreat
2、eComponent類的對(duì)象動(dòng)態(tài)的添加職責(zé),或者可以這么說:Decorator的派生類裝飾ConcreateComponent類的對(duì)象.具體是這么實(shí)現(xiàn)的,首先初始化一個(gè)ConcreateComponent類的對(duì)象(被裝飾者),采用這個(gè)對(duì)象去生成一個(gè)Decorator對(duì)象(裝飾者),之后對(duì)Operation函數(shù)的調(diào)用則是對(duì)這個(gè)Decorator對(duì)象成員函數(shù)的多態(tài)調(diào)用.這里的實(shí)現(xiàn)要點(diǎn)是Decorator類和ConcreateComponent類都繼承自Component,從而兩者的接口函數(shù)是一致的;其次,Decorator維護(hù)了一個(gè)指向Component的指針,從而可以實(shí)現(xiàn)對(duì)Component:O
3、peration函數(shù)的動(dòng)態(tài)調(diào)用.實(shí)現(xiàn):1)Decorator.h/*/* created: 2006/07/20 : Decorator.h author: 李創(chuàng) purpose: Decorator模式的演示代碼*/#ifndef DECORATOR_H#define DECORATOR_H/ 抽象基類,定義一個(gè)對(duì)象接口,可以為這個(gè)接口動(dòng)態(tài)的添加職責(zé).class Componentpublic: Component() virtual Component() / 純虛函數(shù),由派生類實(shí)現(xiàn) virtual void Operation() = 0;/ 抽象基類,維護(hù)一個(gè)指向Component對(duì)象
4、的指針class Decorator : public Componentpublic: Decorator(Component* pComponent) : m_pComponent(pComponent) virtual Decorator();protected: Component* m_pComponent;/ 派生自Component,在這里表示需要給它動(dòng)態(tài)添加職責(zé)的類class ConcreateComponent : public Componentpublic: ConcreateComponent() virtual ConcreateComponent() virtual
5、 void Operation();/ 派生自Decorator,這里代表為ConcreateComponent動(dòng)態(tài)添加職責(zé)的類class ConcreateDecorator : public Decoratorpublic: ConcreateDecorator(Component* pComponent) : Decorator(pComponent) virtual ConcreateDecorator() virtual void Operation();private: void AddedBehavior();#endif2)Decorator.cpp/*/* created:
6、2006/07/20 : Decorator.cpp author: 李創(chuàng) purpose: Decorator模式的演示代碼*/#include "Decorator.h"#include <iostream>Decorator:Decorator() delete m_pComponent; m_pComponent = NULL;void ConcreateComponent:Operation() std:cout << "Operation of ConcreateComponentn"void ConcreateDec
7、orator:Operation() m_pComponent->Operation(); AddedBehavior();void ConcreateDecorator:AddedBehavior() std:cout << "AddedBehavior of ConcreateDecoratorn"3)Main.cpp/*/* created: 2006/07/20 : Main.cpp author: 李創(chuàng) purpose: Decorator模式的測(cè)試代碼*/#include "Decorator.h"#include <
8、stdlib.h>int main() / 初始化一個(gè)Component對(duì)象 Component* pComponent = new ConcreateComponent(); / 采用這個(gè)Component對(duì)象去初始化一個(gè)Decorator對(duì)象, / 這樣就可以為這個(gè)Component對(duì)象動(dòng)態(tài)添加職責(zé) Decorator* pDecorator = new ConcreateDecorator(pComponent); pDecorator->Operation(); delete pDecorator; system("pause"); return 0;p
9、osted on 2006-07-25 02:44 那誰 閱讀(2061) 評(píng)論(6) 編輯 收藏 引用 所屬分類: 設(shè)計(jì)模式評(píng)論# re: 常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C+)之九-Decorator模式 回復(fù) 更多評(píng)論 Decorator 模式相比生成子類更為靈活。=可以解釋一下為什么說Decorator模式比繼承更加靈活嗎?另外,如果通過Decorator模式,豈不是對(duì)Component接口的每一個(gè)方法都要重寫一邊?這樣不是反而增加了代碼量嗎?2006-08-01 15:03 | 游客# re: 常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C+)之九-Decorator模式 回復(fù) 更多評(píng)論 Decorator
10、 的子類 調(diào)用是 concreatecomponent 的 operation 或者 是另一個(gè) Decorator 的子類 的 operation,最終都會(huì)遞歸到 concreatecomponent 的 operation 上,并沒有重寫 concreatecomponent 的 operation也就 是 所謂的對(duì)象鏈作者 的代碼并沒放映decorator 對(duì)象鏈和動(dòng)態(tài)添加職責(zé) 的的核心功能 2007-03-21 15:33 | 黃大仙# re: 常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C+)之九-Decorator模式 回復(fù) 更多評(píng)論 我來回答關(guān)于decorator比繼承靈活的問題.實(shí)現(xiàn)了的裝飾類是針
11、對(duì)具體類的一個(gè)修飾, 照片就好比具體類,相框就是裝飾類, 要裝飾好一張照片.我們可以有多個(gè)相框(裝飾類),相框不是我們最關(guān)心的. 而且相框還可以用與其它照片.那將來在產(chǎn)品中,功就象插件一樣可加可減. 擴(kuò)展性自然好了 2008-02-23 01:31 | Uranus# re: 常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C+)之九-Decorator模式 回復(fù) 更多評(píng)論 Decorator實(shí)際上犧牲了系統(tǒng)的可理解性換取靈活性。 2008-02-23 14:50 | 空明流轉(zhuǎn)# re: 常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C+)之九-Decorator模式未登錄 回復(fù) 更多評(píng)論 decorator 不用重寫方法吧.只寫你需要改
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝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ù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度出租車公司股權(quán)轉(zhuǎn)讓與綠色出行推廣協(xié)議4篇
- 上海車位購(gòu)買協(xié)議范本(2024版)版B版
- 二零二五版廢舊設(shè)備買賣及環(huán)境評(píng)估協(xié)議3篇
- 二零二五年度食堂承包與營(yíng)養(yǎng)搭配服務(wù)合同3篇
- 2025年生物科技企業(yè)部分股權(quán)增資擴(kuò)股合同3篇
- 2025年鮮羊奶行業(yè)新型經(jīng)銷商合作模式合同范本3篇
- 二零二五年度原創(chuàng)動(dòng)漫角色形象知識(shí)產(chǎn)權(quán)歸屬協(xié)議下載2篇
- 二零二五年空壓機(jī)設(shè)備銷售與安裝驗(yàn)收合同2篇
- 2025年度高速公路服務(wù)區(qū)智能停車場(chǎng)車位租用合同范本
- 2025年度個(gè)人跨境電商擔(dān)保代理合同4篇
- 青島版二年級(jí)下冊(cè)三位數(shù)加減三位數(shù)豎式計(jì)算題200道及答案
- GB/T 12723-2024單位產(chǎn)品能源消耗限額編制通則
- GB/T 16288-2024塑料制品的標(biāo)志
- 麻風(fēng)病防治知識(shí)課件
- 干部職級(jí)晉升積分制管理辦法
- TSG ZF003-2011《爆破片裝置安全技術(shù)監(jiān)察規(guī)程》
- 2024年代理記賬工作總結(jié)6篇
- 電氣工程預(yù)算實(shí)例:清單與計(jì)價(jià)樣本
- VOC廢氣治理工程中電化學(xué)氧化技術(shù)的研究與應(yīng)用
- 煤礦機(jī)電設(shè)備培訓(xùn)課件
- 高考寫作指導(dǎo)議論文標(biāo)準(zhǔn)語段寫作課件32張
評(píng)論
0/150
提交評(píng)論