装饰者模式

要点：

• 继承属于扩展形式之一，但不见得是达到弹性设计的最佳方案
• 在我们的设计中，应该允许行为可以被扩展，而无须修改现有的代码
• 组合和委托可用于在运动时动态地加上新的行为。
• 除了继承，装饰者模式也可以让我们扩展行为。
• 装饰者模式意味着一群装饰者类，这些类用来包装具体组件。
• 装饰者类反映出被装饰的组件类型（事实上，他们具有相同的类型，都经过接口或继承实现）
• 装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。
• 你可以用无数个装饰者包装一个组件。
• 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。
• 装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。

注意： 实际上Java 的I/O API就是使用Decorator实现的。（面试可能会用到）

我的理解：
就比如一杯咖啡，他是具体的组件，但是一个咖啡厅不可能只卖一杯咖啡，他应该有卡布奇诺，摩卡，猫屎咖啡等等，而这些咖啡本质都是咖啡，他们都有一样的基本步骤，比如打开咖啡豆的盒子，准备拿咖啡豆，打开水龙头，准备磨咖啡豆的工具之类的，这些基本的步骤一样就把他封装起来变成类的方法。
而那些卡布奇诺，摩卡就是咖啡的修饰者类，当然，中间还会有什么半糖咖啡半奶咖啡，奶泡咖啡之类的，对咖啡的分类没有很详细的了解，也就省略的说。
这些装饰者类就是对具体组件的进一步封装，目的就是要扩展具体组件的行为，比如共同一个加奶的步骤，基本组件只是拥有打开水龙头开始加奶的步骤，而他的装饰者类继承了他的方法并重写，在开始加奶的动作上，添加了具体加多少奶等。
也就是对具体组件的进一步装饰，一层又一层的，使之功能更加完善，添加了很多具体的细节。

多说无益，还是需要自己敲敲，或者去看一下java的io，看一下stream和reader那些类的原理，进一步理解jdk和设计模式