装饰模式
Attach additional responsibilities to an object dynamically keeping the same interface. Decorators provide a flexible alternative to subclassing for extending functionality.(动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式相比生成子类更为灵活)
UML类图
C++代码实现
#include <iostream>
using namespace std;
class Component {
public:
virtual void Operation() = 0;
};
class ConcreteComponent : public Component {
public:
void Operation() { cout << "call ConcreteComponent::Operation()" << endl; }
};
class Decorator : public Component {
public:
Decorator(Component* comp) : _Comp(comp) { }
void Operation() { _Comp->Operation(); }
virtual ~Decorator() { delete _Comp; }
private:
Component* _Comp;
};
class ConcreteDecoratorA : public Decorator {
public:
ConcreteDecoratorA(Component* comp) : Decorator(comp) { }
void Operation() {
Decorator::Operation();
DecoratorMethodA();
}
private:
void DecoratorMethodA() { cout << "Add DecoratorMethodA()" << endl; }
};
#include "Decorator.h"
int main()
{
Component* pComp = new ConcreteComponent();
Decorator* pDecorator = new ConcreteDecoratorA(pComp);
pDecorator->Operation();
delete pDecorator;
return 0;
}
装饰模式是继承关系的一个替代方案。但是多层的装饰同样比较复杂,如果到最后才发现最里层的装饰出了问题。工作量可想而知,因此尽量减少装饰类的数量。
Decorator 模式除了采用组合的方式取得了比采用继承方式更好的效果,Decorator 模式还给设计带来一种“即用即付”的方式来添加职责。在OO 设计和分析经常有这样一种情况: 为了多态,通过父类指针指向其具体子类,但是这就带来另外一个问题,当具体子类要添加新的职责,就必须向其父类添加一个这个职责的抽象接口,否则是通过父类指针是调用不到这个方法了。这样处于高层的父类就承载了太多的特征(方法),并且继承自这个父类的所有子类都不可避免继承了父类的这些接口,但是可能这并不是这个具体子类所需要的。而在Decorator 模式提供了一种较好的解决方法,当需要添加一个操作的时候就可以通过Decorator 模式来解决,你可以一步步添加新的职责。