9，装饰者模式

一：初始装饰者模式
包括：定义，，结构，参考实现
二：体会装饰者模式
包括：场景问题，不用模式解决方案，使用模式解决方案
三：理解装饰者模式
包括：认识装饰者模式，java中装饰者应用，装饰者和AOP，装饰者模式的优缺点
三：思考装饰者模式
包括：装饰者模式的本质，对设计原则的体现，何时选用

一：初始装饰者模式

1，定义
动态的给对象添加一些额外的职责，

2，结构和说明

Component:组件对象的接口，可以给这些对象动态的添加职责
ConcreteComponent: 具体的组件对象，实现组件对象接口，通常就是被装饰器装饰的原始对象，也就是给这个对象添加职责。
Decorator:所有装饰器的抽象父类，需要定义一个与组件接口一致的接口，并持有一个Component对象，其实就是持有一个被装饰的对象。
注意：这个被装饰的对象，不一定是最原始的那个对象了，也可能是其他装饰器修饰过的对象，反正都是实现同一个接口，也就是同一类型。
ConcreteDecorator:实际的朱那是器对象，实现具体要向被装饰对象添加的功能。
代码详见git@github.com:qinixiangyang111/design.git decorator包下example1包

二：体会装饰者模式

1，复杂的奖金计算，非常复杂（不同的人不同的奖金），经常变动（调整奖金增加士气），

2，简化后

不用模式解决方案，example2

问题：奖金的计算经常变动，每年都有调整，这就要求软件能够很快的进行相应的调整和修改，否则不能满足实际业务需求
一种方案使用继承来扩展功能，另一种到计算奖金的对象里面，添加或者删除新功能，这种方案违反了开闭原则。还有一个问题，不同的人员参与奖金计算方式也是不同的，需要动态的组合。
总结

• 计算逻辑复杂
• 要有足够灵活性，可以方便的增加或减少功能
• 要能动态的组合计算方式，不同的人参与的计算不同
  如何才能透明的给一个对象增加功能，并实现功能的动态的组合。
  使用模式的解决方案 ，example3
  透明：给一个对象增加功能，但是对象无感知。功能的动态的组合。

画个图解释奖金的调用过程

三：理解装饰者模式

1，功能
能够的动态实现为对象添加功能，是从一个对象的外部来给对象增加功能，相对于改变了对象的外观。当装饰过后，从外部使用系统的角度来看，就不在是使用原始的那个对象了，而是使用被一系列装饰器装饰过的对象。
灵活的改变一个对象的功能吗，只要动态的装饰器发生改变，bane最终得到的对象的功能也发生了改变。
另外一个好处是，装饰器功能的复用，可以给一个对象多次增加同一个装饰器，也可以用同一个装饰器修饰不同的对象。

2，对象组合
面向对象设计中，基本规则：尽量使用对象组合，而是对象基础来扩展和复用功能，

3，装饰器
实现了对被装饰对象的某些装饰功能，可以在装饰器里面调用被装饰对象的功能，获取相应的值，这其实是一种递归调用。
在装饰器可以给被装饰的对象增加功能，还可以根据需要选择是否调用被装饰对象的功能。如果不调用，那就变成重新实现。
各个的装饰器最后是完全独立的不要有依赖，这样在装饰组合的时候，才没有先后顺序。否则会大大的降低装饰器的组合的灵活性。

4，装饰器和组件类的关系
装饰器是装饰组件，装饰器一定要实现和组件类一致的接口，保证他们是同一个类型，并且同一个外观，这样的组合完成的装饰才能递归调用。

5，退化形式
如果仅仅想要增加一个功能，就没必要在装饰器的抽象类，直接在装饰器里面实现跟组件一样的接口，然后实现功能就可以了

6，java中的装饰模式的应用
典型的装饰者模式----I/O流

java 的I/O对象层次

example4包下

7，装饰者模式和AOP
AOP：面向切面编程，横向思考，多个模块之间的共性功能，提出来，
可以用装饰者模式做出类似AOP效果，关键字类似example5

8，优缺点

• 比继承更灵活
• 更容易复用功能
• 简化高层定义（接口只需要定义最基本的就可以了，不用把所有的功能都罗列出来）
• 会产生很多细粒度对象（一个装饰器类实现一个功能）

三：思考装饰者模式

1，本质
动态组合
（功能的组合，对象的组合，还可以控制功能的访问）

2，何时选用

• 如果需要在不影响其他对象情况下，以动态，透明的方式给对象添加职责，keyi使用装饰者模式
• 如果不合适使用子类进行扩展的时候，可以考虑使用装饰者模式