- 浏览: 353170 次
- 性别:
- 来自: 苏州
文章分类
- 全部博客 (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 202Ref https://blog.csdn.net/weix ... -
串口通讯相关
2018-11-02 13:44 357https://bbs.csdn.net/wap/topics ... -
[转]C++验证IP是否可以PING通
2018-10-30 17:54 1218https://www.cnblogs.com/guoyz13 ... -
C++/MFC 換皮膚
2018-10-20 11:05 419https://blog.csdn.net/u01123991 ... -
WinCE 截屏 - C++ 代碼
2018-08-31 09:45 515// this function create a bmp ... -
Android NDK搭建環境
2017-11-27 13:25 525https://www.cnblogs.com/ut2016- ... -
8583协议相关
2017-10-17 13:38 5108583相关资料,整理中... -
Java高级应用之JNI
2017-06-19 09:00 535参考link http://www.cnblogs.com/l ... -
C++实现ping功能
2017-04-18 11:21 2020基础知识 ping的过程是向目的IP发送一个type=8的I ... -
OpenSSL 编译环境搭建
2017-03-27 15:01 8491 安裝VS2008到 c:\Program Files (x ... -
最优非对称加密填充(OAEP)
2017-03-25 14:53 1503OpenSSL命令---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 1830ERROR_SUCCESS 0 (0x0) T ... -
开源Windows驱动程序框架
2016-09-17 21:35 809转自 http://code.csdn.net/news/28 ... -
c/c++代码中执行cmd命令
2016-09-14 14:50 1807转自 http://blog.csdn.net/slixinx ... -
C#使用C++标准DLL实例(包含callback)
2016-09-11 19:44 996C++编写标准Win32DLL如下 头文件 /***** ... -
C#调用C++的DLL搜集整理的所有数据类型转换方式
2016-09-09 16:07 922转自 http://www.cnblogs.com/zeroo ... -
WinCE CPU使用率计算 测试工具
2016-09-08 16:14 931转自 http://blog.csdn.net/jan ... -
switch在C++与C#中的一些差异
2016-09-08 15:19 752参考链接 http://blog.csdn.net/weiwe ... -
C++ 鼠标模拟程序
2016-09-04 12:09 1526转自 http://blog.csdn.net/weixinh ...
相关推荐
Head First 设计模式 (三) 装饰者模式(decorator pattern) C++实现 VS2012 下通过
《HeadFirst设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《Head First设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《Head First设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《Head First设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第 11章陆续介绍的设计 5b4 式为Strategy、Observer、Decorator、...
《Head First设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《Head First设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《Head First设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《Head First设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《HeadFirst设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、Abstract Factory、Factory Method、Singleton、Command、Adapter、Facade、Templat Method、Iterator、Composite、State、Proxy。*后三章比较...
C#设计模式之Decorator 装饰模式,pdf+视频教学,实例演示,易学易用~~
《HeadFirst设计模式》(中文版)共有14章,每章都介绍了几个设计模式,完整地涵盖了四人组版本全部23个设计模式。前言先介绍这本书的用法;第1章到第11章陆续介绍的设计模式为Strategy、Observer、Decorator、...
《Head First设计模式(中文版)》的产品设计应用神经生物学、认知科学,以及学习理论,这使得此书能够将这些知识深深地印在你的脑海里,不容易被遗忘。《Head First Design Patterns》的编写方式采用引导式教学,不...
《Head First设计模式》作者Eric Freeman;ElElisabeth Freeman是作家、讲师和技术顾问。本书的产品设计应用神经生物学、认知科学,以及学习理论,这使得这本书能够将这些知识深深地印在你的脑海里,不容易被遗忘。...