装饰者模式（Decorator）

装饰者模式（Decorator）

 

装饰者模式（Decorator）[Wrapper]

意图：动态的给一个对象添加一些额外的职责，就增加功能来说，比生成子类更为灵活。

应用：给GUI组件添加功能等。

模式结构：

心得：

装饰器（Decorator）和被装饰的对象（ConcreteComponent）拥有统一的接口，这个统一的接口正是被装饰对象需要扩展功能的地方，因此它们需要一个共同的接口（AbstractComponent）。另外为了完成装饰的目的，装饰器需要包含被装饰的对象，装饰器不直接包含被装饰对象，而是包含它们统一接口的引用，这样通过多态机制可以实现多层装饰。注意装饰器对抽象接口的关系是一对一的，这和组合模式很像，但是一对一的关系决定了装饰器一次只能装饰一个对象，这种关系正是我们想要的。装饰器为被装饰对象添加功能通过调用被装饰对象的统一接口实现，如果装饰器需要复杂的扩展，我们通过继承装饰器实现具体的装饰器（ConcreteDecorator），具体的装饰器可以扩展数据（addedState），也可以扩展接口功能（addedBehavior）。

举例：

被装饰的对象假如是一块蛋糕，装饰器就是为蛋糕添加额外的属性，比如加上一朵花等。统一接口为了简单我们输出装饰后蛋糕的名字，那么装饰器的统一接口operation实现时就需要调用被装饰对象的operation，然后添加额外的名字。C++代码实现如下：

class AbstractComponent
{
public:
     virtual  string operation()= 0;
     virtual ~AbstractComponent(){}
};
class ConcreteComponent: public AbstractComponent
{
public:
     virtual  string operation()
    {
         return  " 基本对象 ";
    }
};
class Decorator: public AbstractComponent
{
protected:
    AbstractComponent*pAbsComponent;
public:
    Decorator(AbstractComponent*pac):pAbsComponent(pac){}
     virtual~Decorator()
    {
        delete pAbsComponent;
    }
};
class ConcreteDecorator: public Decorator
{
public:
    ConcreteDecorator(AbstractComponent*pac):Decorator(pac){}
     virtual  string operation()
    {
         string str= " 装饰后的 ";
        str+=pAbsComponent->operation();
         return str;
    }
};

用户使用起来代码如下：

AbstractComponent*pac=
     new ConcreteDecorator(
         new ConcreteDecorator(
             new ConcreteComponent()
    ));
cout<operation().c_str()<delete pac;

从使用装饰者模式的代码来看，装饰器对对象的操作就像包装一样，一层层的为对象扩展功能，而且装饰器装饰后的对象仍然可以被装饰。

参考文章：http://www.iteye.com/topic/335521