设计模式-装饰模式

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

Component 是定义一个对象接口，可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator，装饰抽象类，继承了Component，从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能。

示例代码托管地址：https://github.com/lieyanhaipo/design-pattern.git

装饰模式是利用SetComponent来对对象进行包装，这样每个装饰对象的实现就和如何使用这个对象分离开了，每个装饰对象只关系自己的功能，不需要关心如何被添加到对象链当中。

应用场景：装饰模式是为已有功能动态地添加更多功能的一种方式，当系统需要新功能的时候，是向旧的类中添加新的代码。这些新加的代码通常装饰了原有类的核心职责或主要行为，在主类中加入了新的字段、方法、逻辑，从而增加了主类的复杂性。而装饰模式把每个要装饰的功能放在单独的类中，并让这个类包装它要装饰的对象。因此，当需要执行特殊行为时，客户端就可以根据需要选择地，按顺序地使用装饰功能包装对象。

优点：有效地把类的核心职责和装饰功能区分开了。