装饰者设计模式思维方式

1. 装饰者模式
   1. 以对客户端透明的方式扩展对象的功能, 动态的给对象添加功能, 就增加功能而言, 比继承更灵活
   2. 适用环境
      1. 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
      2. 处理那些可以撤消的职责。
      3. 当不能采用生成子类的方法进行扩充时。
         1. 一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的 子类，使得子类数目呈爆炸性增长。
         2. 另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类
   3. 动态扩展, 随意组合
   4. 涉及角色
      1. 抽象组件：定义一个抽象接口，来规范准备附加功能的类
      2. 具体组件：将要被附加功能的类，实现抽象构件角色接口
      3. 抽象装饰者：持有对具体构件角色的引用并定义与抽象构件角色一致的接口
      4. 具体装饰：实现抽象装饰者角色，负责为具体构件添加额外功能
   5. 装饰者设计模式的相关角色分配：
      1. Component(被装饰对象基类)
         1. 定义对象的接口，可以给这些对象动态增加职责;
      2. ConcreteComponent(具体被装饰对象)
         1. 定义具体的对象，Decorator可以给它增加额外的职责;
      3. Decorator(装饰者抽象类)
         1. 维护指向Component实例的引用，定义与Component一致的接口;
      4. ConcreteDecorator(具体装饰者)
         1. 具体的装饰对象，给内部持有的具体被装饰对象增加具体的
   6. 装饰者模式小结：
      1.  OO原则：动态地将责任附加到对象上。想要扩展功能，装饰者提供有别于继承的另一种选择。 
      2. 要点：
         1. 1、继承属于扩展形式之一，但不见得是达到弹性设计的最佳方案。
         2. 2、在我们的设计中，应该允许行为可以被扩展，而不须修改现有的代码。
         3. 3、组合和委托可用于在运行时动态地加上新的行为。
         4. 4、除了继承，装饰者模式也可以让我们扩展行为。
         5. 5、装饰者模式意味着一群装饰者类，这些类用来包装具体组件。
         6. 6、装饰者类反映出被装饰的组件类型（实际上，他们具有相同的类型， 都经过接口或继承实现）。
         7. 7、装饰者可以在被装饰者的行为前面与/或后面加上自己的行为， 甚至将被装饰者的行为整个取代掉，而达到特定的目的。
         8. 8、你可以有无数个装饰者包装一个组件。
         9. 9、装饰者一般对组建的客户是透明的， 除非客户程序依赖于组件的具体类型。