- 浏览: 369695 次
- 性别:
- 来自: 苏州
文章分类
- 全部博客 (335)
- C++ (190)
- 设计模式 (43)
- 数据库技术 (5)
- 网络编程 (11)
- 自动化测试 (6)
- Linux (13)
- OpenSSL (10)
- MS Crypt API (5)
- SCM (2)
- English (4)
- Android (10)
- EMV规范 (1)
- Saturn Platform (0)
- C (10)
- SQL (2)
- ASP.NET (3)
- 英语口语学习 (3)
- 调试工具 (21)
- 编译技术 (5)
- UML (1)
- 项目管理 (5)
- 敏捷开发 (2)
- Http Server (6)
- 代码审查、代码分析 (5)
- 面试基础 (10)
- 重点知识 (16)
- STL (6)
- Efficient C++资料 (8)
- 数据结构和算法 (7)
- 读书笔记 (0)
- 开源项目 (4)
- 多线程 (2)
- Console App (6)
- 个人开源项目 (4)
- IBM DevelopWorks (4)
- Java (16)
- 内存泄漏相关调试和检测 (13)
- 软件测试相关技术 (2)
- C# (11)
- Apple Related (1)
- 软件测试和管理 (2)
- EMV (1)
- Python (1)
- Node.js (6)
- JavaScript (5)
- VUE (1)
- Frontend (1)
- Backend (4)
- RESTful API (3)
- Firebase (3)
最新评论
-
u013189503:
来个密码吧
[C++][Logging] 项目中写日志模块的实现 -
wyf_vc:
来个密码啊!!
[C++][Logging] 项目中写日志模块的实现
1 别名
包装器wrapper
2 介绍
通过使用修饰模式,可以在运行时扩充一个类的功能。原理是:增加一个修饰类包裹原来的类,包裹的方式一般是通过在将原来的对象作为修饰类的构造函数的参数。装饰类实现新的功能,但是,在不需要用到新功能的地方,它可以直接调用原来的类中的方法。修饰类必须和原来的类有相同的接口。
修饰模式是类继承的另外一种选择。类继承在编译时候增加行为,而装饰模式是在运行时增加行为。
当有几个相互独立的功能需要扩充时,这个区别就变得很重要。在有些面向对象的编程语言中,类不能在运行时被创建,通常在设计的时候也不能预测到有哪几种功能组合。这就意味着要为每一种组合创建一个新类。相反,修饰模式是面向运行时候的对象实例的,这样就可以在运行时根据需要进行组合。一个修饰模式的示例是JAVA里的Java I/O Streams的实现。
3 设计原则
类应该对扩展开放,对修改关闭。
4 条件
a) 装饰者和被装饰对象有相同的超类型;也就是有共同的超类,这是相当关键的地方;我们利用继承达到“类型匹配”,而不是利用继承的“行为”;
b) 你可以用一个或则多个装饰者包装一个对象;
5 定义
动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。
6 总结
装饰者模式的应用场景:
a、想透明并且动态地给对象增加新的职责的时候。
b、给对象增加的职责,在未来存在增加或减少可能。
c、用继承扩展功能不太现实的情况下,应该考虑用组合的方式。
装饰者模式的优点:
a、通过组合而非继承的方式,实现了动态扩展对象的功能的能力。
b、有效避免了使用继承的方式扩展对象功能而带来的灵活性差,子类无限制扩张的问题。
c、充分利用了继承和组合的长处和短处,在灵活性和扩展性之间找到完美的平衡点。
d、装饰者和被装饰者之间虽然都是同一类型,但是它们彼此是完全独立并可以各自独立任意改变的。
e、遵守大部分GRASP原则和常用设计原则,高内聚、低偶合。
装饰者模式的缺点:
a、 装饰链不能过长,否则会影响效率。
b、 因为所有对象都是继承于Component,所以如果Component内部结构发生改变,则不可避免地影响所有子类(装饰者和被装饰者),也就是说,通过继承建立的关系总是脆弱地,如果基类改变,势必影响对象的内部,而通过组合(Decoator HAS A Component)建立的关系只会影响被装饰对象的外部特征。
c、只在必要的时候使用装饰者模式,否则会提高程序的复杂性,增加系统维护难度。
包装器wrapper
2 介绍
通过使用修饰模式,可以在运行时扩充一个类的功能。原理是:增加一个修饰类包裹原来的类,包裹的方式一般是通过在将原来的对象作为修饰类的构造函数的参数。装饰类实现新的功能,但是,在不需要用到新功能的地方,它可以直接调用原来的类中的方法。修饰类必须和原来的类有相同的接口。
修饰模式是类继承的另外一种选择。类继承在编译时候增加行为,而装饰模式是在运行时增加行为。
当有几个相互独立的功能需要扩充时,这个区别就变得很重要。在有些面向对象的编程语言中,类不能在运行时被创建,通常在设计的时候也不能预测到有哪几种功能组合。这就意味着要为每一种组合创建一个新类。相反,修饰模式是面向运行时候的对象实例的,这样就可以在运行时根据需要进行组合。一个修饰模式的示例是JAVA里的Java I/O Streams的实现。
3 设计原则
类应该对扩展开放,对修改关闭。
4 条件
a) 装饰者和被装饰对象有相同的超类型;也就是有共同的超类,这是相当关键的地方;我们利用继承达到“类型匹配”,而不是利用继承的“行为”;
b) 你可以用一个或则多个装饰者包装一个对象;
5 定义
动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。
6 总结
装饰者模式的应用场景:
a、想透明并且动态地给对象增加新的职责的时候。
b、给对象增加的职责,在未来存在增加或减少可能。
c、用继承扩展功能不太现实的情况下,应该考虑用组合的方式。
装饰者模式的优点:
a、通过组合而非继承的方式,实现了动态扩展对象的功能的能力。
b、有效避免了使用继承的方式扩展对象功能而带来的灵活性差,子类无限制扩张的问题。
c、充分利用了继承和组合的长处和短处,在灵活性和扩展性之间找到完美的平衡点。
d、装饰者和被装饰者之间虽然都是同一类型,但是它们彼此是完全独立并可以各自独立任意改变的。
e、遵守大部分GRASP原则和常用设计原则,高内聚、低偶合。
装饰者模式的缺点:
a、 装饰链不能过长,否则会影响效率。
b、 因为所有对象都是继承于Component,所以如果Component内部结构发生改变,则不可避免地影响所有子类(装饰者和被装饰者),也就是说,通过继承建立的关系总是脆弱地,如果基类改变,势必影响对象的内部,而通过组合(Decoator HAS A Component)建立的关系只会影响被装饰对象的外部特征。
c、只在必要的时候使用装饰者模式,否则会提高程序的复杂性,增加系统维护难度。
#ifndef DECORATOR_H #define DECORATOR_H #include <iostream> #include <string> #include <cassert> using namespace std; //装饰者模式 namespace Decorator { //const definitions ////////////////////////////////////////////////////////////////////////// const double ESPRESSO_PRICE = 1.99; const double HOUSEBLEND_PRICE = 0.89; const double MOCHA_PRICE = 0.20; ////////////////////////////////////////////////////////////////////////// class Beverage { public: Beverage() { m_Description = "Unknown Beverage"; } virtual ~Beverage(){} virtual double cost() = 0 ; virtual string getDescription() { return m_Description; } protected: string m_Description; }; ////////////////////////////////////////////////////////////////////////// class Espresso : public Beverage { public: Espresso() { m_Description = "Espresso"; } virtual double cost() { return ESPRESSO_PRICE; } }; ////////////////////////////////////////////////////////////////////////// class HouseBlend : public Beverage { public: HouseBlend() { m_Description = "House Blend Coffee" ; } virtual double cost() { return HOUSEBLEND_PRICE; } }; ////////////////////////////////////////////////////////////////////////// class CondimentDecorator : public Beverage { public: virtual string getDescription() = 0; }; class Mocha : public CondimentDecorator { public: Mocha(Beverage* beverage) : m_Beverage(NULL) { if (beverage != NULL) { //if (m_Beverage != NULL) //{ // delete m_Beverage; // m_Beverage = NULL; //} this->m_Beverage = beverage; } } virtual ~Mocha() { //if (m_Beverage != NULL) //{ // delete m_Beverage; // m_Beverage = NULL; //} } virtual string getDescription() { assert( m_Beverage != NULL); return m_Beverage->getDescription() + " , Mocha"; } virtual double cost() { assert( m_Beverage != NULL); return MOCHA_PRICE + m_Beverage->cost(); } private: Beverage* m_Beverage; }; ////////////////////////////////////////////////////////////////////////// class StarbuzzCoffee { public: void run() { Beverage* espresso = new Espresso(); cout << espresso->getDescription().c_str() << " $" << espresso->cost() << endl; Beverage* mocha = new Mocha(espresso); cout << mocha->getDescription().c_str() << " $" << mocha->cost() << endl; Beverage* houseBlend = new HouseBlend(); cout << houseBlend->getDescription().c_str() << " $" << houseBlend->cost() << endl; Beverage* mocha2 = new Mocha(houseBlend); cout << mocha2->getDescription().c_str() << " $" << mocha2->cost() << endl; Beverage* mocha3 = new Mocha(mocha); cout << mocha3->getDescription().c_str() << " $" << mocha3->cost() << endl; delete espresso; delete mocha; delete houseBlend; delete mocha2; delete mocha3; } }; }//namespace Decorator #endif
- beverage.zip (831 Bytes)
- 下载次数: 0
- factory.rar (1.3 KB)
- 下载次数: 0
- decorator.zip (917 Bytes)
- 下载次数: 0
- _结构型模式__head_first_设计模式之装饰者模式_decorator__.zip (63.1 KB)
- 下载次数: 0
发表评论
-
FreeRTOS
2022-03-05 16:31 248Ref https://blog.csdn.net/weix ... -
串口通讯相关
2018-11-02 13:44 410https://bbs.csdn.net/wap/topics ... -
[转]C++验证IP是否可以PING通
2018-10-30 17:54 1325https://www.cnblogs.com/guoyz13 ... -
C++/MFC 換皮膚
2018-10-20 11:05 477https://blog.csdn.net/u01123991 ... -
WinCE 截屏 - C++ 代碼
2018-08-31 09:45 574// this function create a bmp ... -
Android NDK搭建環境
2017-11-27 13:25 580https://www.cnblogs.com/ut2016- ... -
8583协议相关
2017-10-17 13:38 5728583相关资料,整理中... -
Java高级应用之JNI
2017-06-19 09:00 600参考link http://www.cnblogs.com/l ... -
C++实现ping功能
2017-04-18 11:21 2154基础知识 ping的过程是向目的IP发送一个type=8的I ... -
OpenSSL 编译环境搭建
2017-03-27 15:01 9061 安裝VS2008到 c:\Program Files (x ... -
最优非对称加密填充(OAEP)
2017-03-25 14:53 1582OpenSSL命令---rsautl http://blog. ... -
[Platform Builder] 设置SVM OS build Env
2016-11-10 11:39 01 copy one OSDesign Project to ... -
[Windows] System Error Codes(GetLastError )0-----5999
2016-10-26 13:28 1880ERROR_SUCCESS 0 (0x0) T ... -
开源Windows驱动程序框架
2016-09-17 21:35 871转自 http://code.csdn.net/news/28 ... -
c/c++代码中执行cmd命令
2016-09-14 14:50 1908转自 http://blog.csdn.net/slixinx ... -
C#使用C++标准DLL实例(包含callback)
2016-09-11 19:44 1085C++编写标准Win32DLL如下 头文件 /***** ... -
C#调用C++的DLL搜集整理的所有数据类型转换方式
2016-09-09 16:07 969转自 http://www.cnblogs.com/zeroo ... -
WinCE CPU使用率计算 测试工具
2016-09-08 16:14 991转自 http://blog.csdn.net/jan ... -
switch在C++与C#中的一些差异
2016-09-08 15:19 810参考链接 http://blog.csdn.net/weiwe ... -
C++ 鼠标模拟程序
2016-09-04 12:09 1612转自 http://blog.csdn.net/weixinh ...
相关推荐
装饰者模式(Decorator Pattern)是一种结构型设计模式,它允许我们向对象添加新的行为或职责,而无需修改对象的原始代码。在C++中实现装饰者模式,可以让我们灵活地扩展对象的功能,同时保持代码的可读性和可维护性...
总的来说,这个压缩包包含的资源可以帮助你深入理解设计模式,通过《HeadFirst设计模式》和《HeadFirst in Java》的源码,你可以学习到如何在实际项目中应用这些模式。而UML类图则提供了直观的视角,便于你把握设计...
装饰模式是一种结构型设计模式,它允许在运行时向对象添加新的行为或责任,而无需修改对象的源代码。这种模式通常用于保持对象的原始类结构不变,同时增强其功能。HeadFirst 设计模式系列书籍以其生动有趣的插图和...
《HeadFirst设计模式》是一本深受开发者欢迎的书籍,它以独特、易理解的方式介绍了软件设计中的重要概念——设计模式。设计模式是经验丰富的开发者在解决常见问题时总结出的最佳实践,它们为软件设计提供了可复用的...
《Head First Design Patterns》是一本深入浅出介绍设计模式的图书,由Eric Freeman、Elisabeth Freeman、Bert Bates和Kathy Sierra联合编写。本书结合认知科学原理和神经生物学研究,采用引导式教学方法,通过故事...
《HeadFirst设计模式源代码》是一本面向程序员的深度学习设计模式的书籍,它通过直观易懂的方式将复杂的概念转化为生动的图像和有趣的例子,帮助读者深入理解并掌握设计模式。设计模式是软件工程中的一种最佳实践,...
《Head First 设计模式》的英文版是一本面向初学者的设计模式入门书籍,它以幽默风趣的文风,深入浅出地介绍了软件设计中经常使用的设计模式。设计模式是一套被反复使用、多数人知晓、经过分类编目、代码设计经验的...
总的来说,《Head First 设计模式》是一本值得反复研读的经典之作,它以直观易懂的方式引导读者探索设计模式的世界,无论你是初入编程殿堂的新手,还是经验丰富的开发者,都能从中受益匪浅。下载这本书的PDF版本,你...
《Head First设计模式》是一本深受开发者欢迎的设计模式教程,以其独特的视觉呈现方式和易于理解的语言,让初学者也能快速掌握设计模式的核心概念。这本书深入浅出地介绍了23种GOF(GoF,Gamma、Erich、Johnson、...
总的来说,《Head First设计模式》是一本适合初学者和有经验开发者阅读的书籍,无论你是刚接触设计模式的新手,还是希望深入理解设计模式的资深工程师,都能从中受益匪浅。通过阅读这本书,你不仅可以提升自己的编程...
《Head-First设计模式》是设计模式领域内一本广受欢迎的入门书籍,以其独特的视觉呈现方式和易懂的讲解风格,让初学者也能快速理解并掌握设计模式的精髓。设计模式是软件工程中的一种最佳实践,是解决常见编程问题的...
2. **结构型模式**:如适配器模式(Adapter)、桥接模式(Bridge)、装饰模式(Decorator)、外观模式(Facade)、组合模式(Composite)、代理模式(Proxy)和享元模式(Flyweight)。这些模式关注的是如何将类和...
2. 结构型模式:这类模式主要关注如何组合类和对象以创建更复杂的结构,包括适配器模式(Adapter)、装饰器模式(Decorator)、外观模式(Facade)、桥接模式(Bridge)、组合模式(Composite)、享元模式...
3. **结构型模式**:如代理(Proxy)、装饰器(Decorator)、适配器(Adapter)、桥接(Bridge)、组合(Composite)、外观(Facade)和享元(Flyweight)。这些模式关注如何组织类和对象,以达到更好的结构和接口...
《Head First设计模式》是一本深受程序员喜爱的书籍,它以独特的方式讲解了设计模式这一核心的编程概念。设计模式是软件开发中的经验总结,是解决常见问题的有效模板,可以帮助开发者编写可维护、可扩展、易理解的...
结构型模式涉及如何组合现有的类和对象以形成更大的结构,包括适配器模式(Adapter)、装饰器模式(Decorator)、代理模式(Proxy)、桥接模式(Bridge)、组合模式(Composite)、外观模式(Facade)和享元模式...