设计模式——装饰模式_Decorator Pattern

装饰模式

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 模式来解决，你可以一步步添加新的职责。