装饰者模式
定义:动态地给对象添加一些额外的职责或者行为,装饰器模式相比于生成子类更为灵活
使用场景:
1.用于拓展一个类的功能或者给一个类添加附加职责
2.动态的给一个对象添加功能,这些功能可以再动态的撤销。
3.需要为一批的兄弟类进行改装或加装功能。
介绍:
装饰器模式组成:
- 抽象组件角色(Component): 定义可以动态添加任务的对象的接口
- 具体组件角色(ConcreteComponent):定义一个要被装饰器装饰的对象,即 Component 的具体实现
- 抽象装饰器(Decorator): 维护对组件对象和其子类组件的引用
- 具体装饰器角色(ConcreteDecorator):向组件添加新的职责
场景引入:
手抓饼会有很多配菜.怎么点(组装) 是顾客决定的.那么 我们怎么做到灵活的给客户生产手抓饼呢?? 如果我需要一个加2个鸡蛋加1根香肠的煎饼 那么用我们现在的类结构是创建不出来的,也无法自动计算出价格,除非再创建一个类做定制。如果需求再变,一直加定制
具体组件角色:
抽象装饰器(Decorator)
具体的装饰器角色
测试类
优点:
1、装饰器是继承的有力补充,比继承灵活,不改变原有对象的情况下动态地给一个对象扩展功能,即插即用。
2、通过使用不同装饰类以及这些装饰类的排列组合,可以实现不同效果。
3、装饰器完全遵守开闭原则。
缺点:
1、会出现更多的代码,更多的类,增加程序复杂性。
2、动态装饰时,多层装饰时会更复杂。追踪代码更难看点
与代理模式的区别
在学习装饰器模式时,会发现它与代理模式无论从实现结构,还是功能目的都非常接近;
装饰器模式侧重的是对功能的增强,不改变原功能;
装饰器模式使用方明确知道自己需要什么的增强功能,硬编码使用;
代理模式侧重于对原功能的改变(特别是访问权限的控制)