装饰模式

装饰模式

     动态地给一个对象添加一些额外的职责，就增加工能来说，装饰模式比生成子类更为灵活。Component是定义一个对象接口，可以这些对象动态添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator装饰抽象类，继承了Component，从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator存在的。至于ConcreteDecorator就是具体的装饰对象起到给Component添加职责的功能。

UML图如下：

C++实现代码如下：

 /* Author: ACb0y Date: 2010年12月15日18:32:26 Model: Decorator（装饰模式） */ #include <iostream> #include <string> using namespace std; //抽象组件类，定义了接口 class Component { public: virtual void Operation() = 0; }; //具体组件类 class ConcreteComponent: public Component { public: void Operation() { cout << "具体对象的操作" << endl; } }; //装饰类，从这里开始了对象链。 class Decorator: public Component { protected: Component * p_component; public: Decorator() { p_component = NULL; } void SetComponent(Component * p_component) { Decorator::p_component = p_component; } void Operation() { if (p_component != NULL) { p_component->Operation(); } } }; //具体装饰类A class ConcreteDecoratorA : public Decorator { private: string addState; public: void Operation() { Decorator::Operation(); addState = "New State"; cout << "具体装饰对象A的操作" << endl; } }; //具体装饰类B class ConcreteDecoratorB : public Decorator { private: void AddBehavior() { cout << "added behavior" << endl; } public: void Operation() { Decorator::Operation(); AddBehavior(); cout << "具体装饰对象B的操作" << endl; } }; int main() { ConcreteComponent c; ConcreteDecoratorA a; ConcreteDecoratorB b; a.SetComponent(&c); b.SetComponent(&a); b.Operation(); return 0; }

运行结果图：

     装饰模式是利用SetComponent来对对象进行包装的，这样每个装饰对象的实现就和如何使用这个对象分离开了，每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链当中。

     如果只有一个ConcreteComponent类而没有抽象的Compnent类，那么Decorator类可以是ConcreteComponent的一个子类。同样道理，如果只有一个ConcreteDecorator类那么就没有必要建立一个单独的Decorator类，而可以把Decorator和ConreteDecorator的责任合并成为一个类。

 

装饰模式总结：

     装饰模式是为已有功能动态地添加更多功能的一种方式，当系统需要新的功能的时候，是向旧的类中添加新的代码。这些新加的代码通常装饰了原有类的核心职责或主要行为。

     在主类中加入新的字段，新的方法和新的逻辑从而增加了主要类的复杂度，而这些新加入的东西仅仅是为了满足一些只存在某种特定情况下才会执行的特殊行为的需要。

     而装饰模式却提供了一个非常好的解决方案，它把每个要装饰的功能放在单独的类中，并让这个类包装它要装饰的对象，因此，当需要执行特殊的行为时，客户代码就可以在运行时根据需要有选择地，按顺序地使用装饰功能包装对象。

     装饰模式的优点：把类中的装饰功能从类中搬移去除，这样就可以简化原有的类。更大的好处是有效地把类的核心职责和装饰功能区分开了。而且可以去除相关类中重复的装饰逻辑。有一点要注意就是装饰模式的装饰顺序很重要，比如加密数据和过滤词汇都可以是数据持久化前的装饰功能，但若是先加密了数据再过滤功能就会出问题了。最理想的情况，是保证装饰类之间的彼此独立，这样它们就可以以任何的顺序进行结合了。