6、装饰模式

装饰模式，动态的给一个对象增加一些额外的职责，，就增加功能来说装饰模式比，生成子类更灵活。

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

 

1、针对的问题
        动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。不改变接口的前提下，增强所考虑的类的性能。

何时使用：

    1）需要扩展一个类的功能，或给一个类增加附加责任。

    2）需要动态的给一个对象增加功能，这些功能可以再动态地撤销。

    3）需要增加一些基本功能的排列组合而产生的非常大量的功能，从而使继承变得    不现实。

装饰模式和代理模式的区别：

让别人帮助你做你并不关心的事情，叫代理模式

为让自己的能力增强，使得增强后的自己能够使用更多的方法，拓展在自己基础之上的功能的，叫装饰器模式

对装饰器模式来说，装饰者（decorator）和被装饰者（decoratee）都实现同一个 接口。对代理模式来说，代理类（proxy class）和真实处理的类（real class）都实现同一个接口。他们之间的边界确实比较模糊，两者都是对类的方法进行扩展，具体区别如下：

1、装饰器模式强调的是增强自身，在被装饰之后你能够在被增强的类上使用增强后的功能。增强后你还是你，只不过能力更强了而已；代理模式强调要让别人帮你去做一些本身与你业务没有太多关系的职责（记录日志、设置缓存）。代理模式是为了实现对象的控制，因为被代理的对象往往难以直接获得或者是其内部不想暴露出来。

2、装饰模式是以对客户端透明的方式扩展对象的功能，是继承方案的一个替代方案；代理模式则是给一个对象提供一个代理对象，并由代理对象来控制对原有对象的引用；

3、装饰模式是为装饰的对象增强功能；而代理模式对代理的对象施加控制，但不对对象本身的功能进行增强；