设计模式-装饰者模式
装饰者模式
在OO设计和开发过程,当我们需要为一个已经定义好的类添加新的职责(操作),通常情况下我们会采用继承的方式定义好自己的类,但是采取这样的方式会带来一些问题。
为了多态,通过父类指针指向其具体子类,但是这会造成另一问题:当我们需要为子类添加新的职责,就必须向其父类添加一个这个功能的抽象接口,否则通过父类指针无法调用这个方法了。这样处于高层的父类就含有太多的的方法,并且继承自这个父类的所有子类都不可避免继承了父类的这些接口,但是这些可能并不是所有子类所需要的。
为此我们采用组合的方式而不是继承方式,当需要添加一个操作的时候就可以通过Decorator模式来解决。装饰模式通过一个包装对象,以对客户端透明的方式动态地给一个对象附加上更多的责任。
装饰者模式的角色:
抽象构件角色(Component):给出一个抽象接口,以规范准备接受附加责任的对象.
具体构件角色(Concrete Component):定义将要接受附加责任的类.
装饰角色(Decorator):持有一个构件(Component)对象的引用,并定义一个与抽象接口一致的接口.
具体装饰角色(Concrete Decorator):负责给构件对象添加附加的责任.
装饰者模式典型结构图:
装饰者模式的程序实例:
#include <iostream> #include <string> using namespace std; //抽象构件 class Component{ public: Component(){}; ~virtual Component(){}; virtual void doSomething()=0; }; //具体构件 class ConcreteComponentA:public Component{ public: ConcreteComponentA(){} ~ConcreteComponentA(){} void doSomething(){ cout<<"功能A"<<endl; } };
class ConcreteComponentB:public Component{ public: ConcreteComponentB(){} ~ConcreteComponentB(){} void doSomething(){ cout<<"功能B"<<endl; } };
//装饰者角色 class Decorator:public Component{
public:
Decorator(Component* com){ _com=com; }
~Decorator(){ delete _com; }
void doSomething(){
_com->doSomething();
} }; //具体装饰者角色 class ConcreteDecorator:public Decorator{ public: ConcreteDecorator(Component* com):Decorator(com){} ~ConcreteDecorator(); void doSomething(){ Decorator::doSomething(); doAnotherthing(); } private: void doAnotherthing(){ cout<<"功能C"<<endl; } };
采用这样的方式我们可以通过ConcreteDecorator的构造函数来确定传递某个具体的ConcreteComponent类.
例如此例:
ConcreteDecorator* pA=new ConcreteDecorator(new ConcreteComponentA()) 或者
new ConcreteComponentB();
通过这种方式只要是Component型别的对象都可以提供修饰操作的类,这样就算我们新建了100个Component型别的类ConcreteComponent,也都可以由Decorator一个类搞定.而这也正是Decorator模式的关键所在.