装饰器模式

装饰者模式
定义：动态地给对象添加一些额外的职责或者行为，装饰器模式相比于生成子类更为灵活
使用场景：
1.用于拓展一个类的功能或者给一个类添加附加职责
2.动态的给一个对象添加功能，这些功能可以再动态的撤销。
3.需要为一批的兄弟类进行改装或加装功能。
介绍：

装饰器模式组成：

1. 抽象组件角色(Component): 定义可以动态添加任务的对象的接口
2. 具体组件角色(ConcreteComponent)：定义一个要被装饰器装饰的对象，即 Component 的具体实现
3. 抽象装饰器(Decorator): 维护对组件对象和其子类组件的引用
4. 具体装饰器角色(ConcreteDecorator)：向组件添加新的职责
   场景引入：
   手抓饼会有很多配菜.怎么点(组装) 是顾客决定的.那么 我们怎么做到灵活的给客户生产手抓饼呢?? 如果我需要一个加2个鸡蛋加1根香肠的煎饼 那么用我们现在的类结构是创建不出来的，也无法自动计算出价格，除非再创建一个类做定制。如果需求再变，一直加定制
   

具体组件角色：

抽象装饰器(Decorator)

具体的装饰器角色


测试类


优点：

1、装饰器是继承的有力补充，比继承灵活，不改变原有对象的情况下动态地给一个对象扩展功能，即插即用。
2、通过使用不同装饰类以及这些装饰类的排列组合，可以实现不同效果。
3、装饰器完全遵守开闭原则。
缺点：
1、会出现更多的代码，更多的类，增加程序复杂性。
2、动态装饰时，多层装饰时会更复杂。追踪代码更难看点
与代理模式的区别
在学习装饰器模式时，会发现它与代理模式无论从实现结构，还是功能目的都非常接近；
装饰器模式侧重的是对功能的增强，不改变原功能；
装饰器模式使用方明确知道自己需要什么的增强功能，硬编码使用；
代理模式侧重于对原功能的改变（特别是访问权限的控制）