设计模式 - 装饰器模式
UML 图：
Component 功能接口，里面的 Operation 方法为具体要实现的功能
ConcreteComponent 接口具体的实现类或者说是实现主体
Decorator 装饰器类，一般是个抽象类和 Component 是聚合关系，里面包含了一个 Component 的引用
ConcreteDecorator 具体的装饰器类，将 ConcreteComponent 对象传递给这个类，即可对其原本 Operation 进行修饰增强
简述：对于装饰器模式，可以对原本的一些类的接口实现进行动态拓展，采用装饰器实现遵循了 "对修改关闭，对拓展开放" 的原则。可以避免很多同质化的拓展类的产生，且能够递归装饰/多层装饰（即采用不同的装饰器实现类装饰同一个类很多次）
代理模式区别？：这个模式和代理模式看起来很相似，但是从不同的角度看，两者还是有区别的，具体参考阅读
继承区别？：这个模式又和继承很类似，但是考虑多重装饰的情况，多重装饰可以产生出十分之多的组合，如果采用继承实现，那么就会产生一堆继承类。不够装饰器模式灵活
具体例子：JAVA IO 流中的类就有所体现
例子代码与参考阅读：
