装饰器模式
整理自 《java与模式》阎宏编著
1．意图：
在一个对象的外围创建一个称为装饰器的封装，动态地给这个对象添加一些额外的功能。
2．类图：
3．原理：
在一个对象的外围创建一个称为装饰器的封装，动态地给这个对象添加一些额外的功能。以对客户端透明的方式扩展对象的功能。
装饰器模式又称为包裹模式(wrapper),因为一个具体装饰器都将下一个具体装饰器或具体构件类包裹起来。如有三个装饰器类Decorator1, Decorator2, Decorator3,它们的典型的创建过程为new Decorator1(new Decorator2(new Decorator3(new ConcreteComponent()))).
这样Decorator1包裹了Decorator２，Decorator２包裹了Decorator３，Decorator３包裹了ConcreteComponent对象，每一层包裹都提供了新的功能。如图:
4．特征：
装饰器角色持有一个构件对象的实例，并实现了抽象构件的接口。每一个接口的实现都是委派给所持有的构件对象，并增加新的功能。
5．说明：
优点：
装饰器与继承的目的都是扩展对象的功能，但装饰器提供了比继承更大的灵活性，可以动态的决定是“粘上”还是“去掉”一个装饰。
通过使用不同的具体装饰类和这些类的排列组合，可以创建出很多不同行为的组合。
缺点：
装饰器比继承关系使用更少的类，但比继承关系使用更多的对象，更多的对象会使查错变得更困难，特别是这些对象看上去很像的时候。
模式的简化:
简化必须注意两点：
a.一个装饰器类的接口必须与被装饰的类的接口相容。
b.尽量保持Component作为一个“轻”类。
Component类的职责在于为各个具体装饰器类提供共同的接口,而不是存储数据，所以不要把太多的逻辑和状态放在Component类里面。
省略Component接口,只有一个具体的ConcreteComponent类,则Decorater经常作为ConcreteComponent的子类。如图:
省略Decorator类，如果只有一个具体的ConcreteDecorator类，那可以省略Decorator，将ConcreteDecorator和Decorator角色的职责合并在一起。如图:
