2023-02-22
原文作者:键盘林 原文地址:https://blog.csdn.net/qq_37909508/category_8976362.html

装饰者模式

定义:在不改变原有对象的基础之上,将功能附加到对象上

提供了比继承更有弹性的替代方案(扩展原有对象功能)

类型:结构型

适用场景:

扩展一个类的功能或给一个类添加附加职责

动态的给一个对象添加功能,这些功能可以再动态的撤销

优点:

继承的有力补充,比继承灵活,不改变原有对象的情况下给一个对象扩展功能

通过使用不同装饰类以及这些装饰类的排列组合,可以实现不同效果

符合开闭原则

缺点:

会出现更多的代码,更多的类,增加程序的复杂性

动态装饰时,多层装饰时会更复杂

相关设计模式

装饰者模式和代理模式

装饰者模式和适配器模式

coding:

创建Battercake类

202302222103168961.png

创建BattercakeWithEgg类来继承Battercake类,相当于在Battercake的基础上装饰。

202302222103180452.png

创建BattercakeWithEggSausage类来继承Battercake类,相当于在Battercake的基础上装饰。

202302222103192703.png

创建Test类

202302222103207794.png

202302222103224115.png

当前UML类图

202302222103235036.png

但是现在呢,有个需求需要两个鸡蛋、两个香肠,然后我们发现当成程序没法实现。而且按照我们之前这种方式写的话,到后期就会出现类爆炸的情况。

使用装饰者模式解决:

创建ABattercake抽象类

202302222103255197.png

创建Battercake类继承抽象的ABattercake类

202302222103275248.png

创建AbstractDecorator类继承ABattercake抽象类,为了能够和另外的继承类构成关系,创建有参构造函数。

202302222103292869.png

方法返回的对象都委托给构造方法传入的对象

2023022221033179810.png

EggDecorator类继承AbstractDecorator类

2023022221033467511.png

同理

2023022221033665412.png

当前UML类图

2023022221033870613.png

编写Test类

2023022221034090614.png

JDK源码中的应用:

Read类:java中处理流的对象

2023022221034252915.png

2023022221034414316.png

2023022221034576617.png

FilterInputStream类

2023022221034724818.png

2023022221034887119.png

2023022221035017120.png

TransactionAwareCacheDecorator类

2023022221035121721.png

mybatisCache:

2023022221035333022.png

阅读全文