装饰者模式（Decorator）
装饰者模式（Decorator）[Wrapper]
意图：动态的给一个对象添加一些额外的职责，就增加功能来说，比生成子类更为灵活。
应用：给GUI组件添加功能等。
模式结构：
心得：
装饰器（Decorator）和被装饰的对象（ConcreteComponent）拥有统一的接口，这个统一的接口正是被装饰对象需要扩展功能的地方，因此它们需要一个共同的接口（AbstractComponent）。另外为了完成装饰的目的，装饰器需要包含被装饰的对象，装饰器不直接包含被装饰对象，而是包含它们统一接口的引用，这样通过多态机制可以实现多层装饰。注意装饰器对抽象接口的关系是一对一的，这和组合模式很像，但是一对一的关系决定了装饰器一次只能装饰一个对象，这种关系正是我们想要的。装饰器为被装饰对象添加功能通过调用被装饰对象的统一接口实现，如果装饰器需要复杂的扩展，我们通过继承装饰器实现具体的装饰器（ConcreteDecorator），具体的装饰器可以扩展数据（addedState），也可以扩展接口功能（addedBehavior）。
举例：
被装饰的对象假如是一块蛋糕，装饰器就是为蛋糕添加额外的属性，比如加上一朵花等。统一接口为了简单我们输出装饰后蛋糕的名字，那么装饰器的统一接口operation实现时就需要调用被装饰对象的operation，然后添加额外的名字。C 代码实现如下：
代码语言：js复制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;
}
};用户使用起来代码如下：
代码语言：js复制AbstractComponent*pac=
new ConcreteDecorator(
new ConcreteDecorator(
new ConcreteComponent()
));
cout<<pac->operation().c_str()<<endl;
delete pac;从使用装饰者模式的代码来看，装饰器对对象的操作就像包装一样，一层层的为对象扩展功能，而且装饰器装饰后的对象仍然可以被装饰。
参考文章：http://www.iteye.com/topic/335521
