Java与模式笔记（12）

装饰（Decorator）模式是对象的结构模式，又名包装（Wrapper）模式。装饰模式以对客户端透明的方式将一个对象的功能加以扩展，是继承关系的一个替代方案。
装饰模式使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类。
装饰模式结构与角色：



抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象。
具体构件（Concrete Component）角色：定义一个将要接收附加责任的类。
装饰（Decorator）角色：持有一个构件（Component）对象的实例，并定义一个与抽象构件接口一致的接口。
具体装饰（Concrete Decorator）角色：负责给构件对象“贴上”附加的责任。
使用装饰模式的情况：
1、 需要扩展一个类的功能，或给一个类增加附加责任。
2、 需要动态地给一个对象增加功能，这些功能可以再动态地撤销。
3、 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变得不现实。
使用装饰模式的优点：
1、 装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态地决定“贴上”一个需要的“装饰”，或者除掉一个不需要的“装饰”。继承关系则不同，继承关系是静态的，它在系统运行前就决定了。
2、 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。
3、 这种比继承更加灵活机动的特性，也同时意味着装饰模式比继承更加易于出错。
装饰模式的缺点：
由于使用装饰模式，可以比使用继承关系需要较少数据的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象上看上去都很相像。
装饰模式简化的注意点：
1、 一个装饰类的接口必须与被装饰类的接口相同。
2、 尽量保持Component作为一个“轻”类。不要把太多的逻辑和状态放在Component类里。
3、 如果只有一个ConcreteComponent类而没有抽象的Component类（接口），那么Decorator类经常可以是ConcreteComponent的一个子类。
4、 如果只有一个ConcreteDecorator类，那么就没有必要建立一个单独的Decorator类，而可以吧Decorator和ConcreteDecorator的责任合并成一个类。甚至在只有两个ConcreteDecorator类的情况下，都可以这样做。
大多数的装饰模式的实现都是“半透明”（semi-transparent）的，而不是完全“透明” 。换言之，允许装饰模式改变接口，增加新的方法。这意味着客户端可以声明ConcreteDecorator类型的变量，从而可以调用ConcreteDecorator类中才有的方法。半透明的装饰模式又叫做退化的（degenerate）装饰模式。
装饰模式于适配器模式的区别和联系：适配器模式的用意是要改变所考虑的对象的接口而不一定改变对象的性能，而装饰模式的用意是要保持接口，从而增强所考虑对象的性能。