Decorator

//动态添加需求
//Decorator模式，又叫装饰模式，就是给一个对象额外地添加一些职责，以适应更多的变化。

//你或许写一个Door
//的子类AlarmDoor ，在里面添加一个子类独有的方法alarm() 。而当你的系统仅仅在一两个地方使用了警报门，这明
//显是不合理的——虽然可以使用缺省适配器来弥补一下。 这时候，你可以考虑采用装饰模式来给门动态的添加些额外的功能。

//1)  抽象构件角色（Component ）：定义一个抽象接口，以规范准备接收附加责任的对象。
//2)  具体构件角色(Concrete Component)：这是被装饰者，定义一个将要被装饰增加功能的
//    类。
//3)  装饰角色(Decorator)：持有一个构件对象的实例，并定义了抽象构件定义的接口。
//4)  具体装饰角色(Concrete Decorator)：负责给构件添加增加的功能。

//应用环境
//     GOF 书中给出了以下使用情况：
//1)  在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
//2)  处理那些可以撤消的职责。
//3)  当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持
//    每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类
//    定义被隐藏，或类定义不能用于生成子类。

//装饰模式（Decorator）也叫包装器模式（这个最形象 ）。
//给一个对象添加职责，可以直接修改这个对象，但是这样就变得很危险。本着最大限度不修改原有代码的编码指导思想，应该对这个对象进行包装，
//再赋予新的对象额外的职责。就如一个步兵有杀伤敌人的功能，再把他装进战车，就额外拥有移动快、防御强的功能了。
#include <stdio.h>
class Component
{
public:
 virtual ~Component();

 virtual void Operation();
protected:
 Component();
private:
};

class ConcreteComponent:public Component
{
public:
 ConcreteComponent();

 ~ConcreteComponent();

 void Operation()
 {
  printf("ConcreteComponent operation...");
 }
protected:
private:
};

class Decorator:public Component
{
public:
 Decorator(Component* com)
 {
  this->_com = com;
 }

 virtual ~Decorator()
 {
  delete _com;
 }

 void Operation();
protected:
 Component* _com;
private:
};

class ConcreteDecorator:public Decorator
{
public:
 ConcreteDecorator(Component* com):Decorator(com){}

 ~ConcreteDecorator();

 void Operation()
 {
  _com->Operation();
  this->AddedBehavior();
 }

 void AddedBehavior()//动态的添加些额外的功能。
 {
  printf("ConcreteDecorator::AddedBehacior....");
 }
protected:
private:
};

void Decorator_test()
{
 Component* com = new ConcreteComponent();//(Concrete Component)：这是被装饰者，定义一个将要被装饰增加功能的  类。

 Decorator* dec = new ConcreteDecorator(com);

 dec->Operation();//调用的是包装器

 delete dec;
}