第六章 装饰模式

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

装饰模式是java编程中比较常见的设计模式。在java.io包下很多输入输出类都用到了装饰模式。
例：
InputStreamReader isr = new InputStreamReader(new FileInputStream(file));
BufferedReader br = new BufferedReader(isr);
这是我们常用的写法，这里就用到了装饰模式。查看源码发现BufferedReader和InputStreamReader都继承自Reader类，BufferredReader在InputStreamReader的基础上增加了缓冲的功能，但同时又拥有InputStreamReader的大部分功能，这就是装饰模式的核心。

按照以上描述，让BufferredReader直接继承自InputStreamReader不就可以了吗，为什么还有使用装饰模式呢？java.io包下的文件处理类比较多，如果都采用直接继承的方式，那么会生成很多子类，增加了复杂性，另一方面，装饰模式提供了“即插即用”的方式，可以由用户动态决定加入其他功能的方式和时机。

ConcreteComponent c = new ConcreteComponent();
ConcreteDecoratorA d1 = new ConcreteDecoratorA();
ConcreteDecoratorA d2 = new ConcreteDecoratorA();
d1.setComponent(c);
d2.setComponent(d1);
d2.Operation();

Decorator 装饰抽象类，继承了component，通过setComponent来对Component进行包装(Component是接口，实际是对ConcreteComponent 进行包装)，因为是抽象类，在实际使用的时候使用的还是子类ConcreteDecoratorA ，因此是无需知道Decorator的存在。

这样每个装饰对象的实现就和如何使用这个对象分离开来，由setComponent方法进行添加。每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链中。

装饰模式有效的把类的核心职责和装饰功能区分开，而且可以去除相关类中重复的装饰逻辑。