Java设计模式——装饰器模式(Decorator)

今天上课讲了java设计模式中的装饰器模式——Decorator，由于早上起的很早，肚子也很饿，知识点本身也晦涩难懂，听的云里雾里的，所以在课下对这块的知识做出一些总结。

定义

装饰器模式又名包装(Wrapper)模式。装饰器模式以对客户端透明的方式拓展对象的功能，是继承关系的一种替代方案。

目的：为对象增加不同侧面的特性

 代码示例

1.基础功能

2.用于decorator的基础类

3.增加了新特性

4.客户端代码

通过上面的代码演示，可以清楚的看到，使用装饰器模式可以很灵活的对既有的基础组件对象持有的功能进行补充和扩展，可以根据自身的业务诉求进行自由搭配

分析

1.理想的装饰器模式的装饰者接口跟组件接口应该保持一模一样，这样每次传入一个组件进去，都只对组件接口的各个方法增加功能，返回依旧由组件接口接收，这样调用同一个对象的同一个方法会有不同的实现，调用者完全不必要知道具体调用的是哪个对象，这个也称之为透明装饰器；

2.如果装饰者接口跟组件接口不一致，装饰者接口对组件接口方法进行了扩增，也是增加了新功能，但是如果还是用原组件接口来接收的话，新增的方法需要向下转型才能使用，这就违背了装饰器的初衷，但是组件接口中的方法仍然可以正常使用，因此这种可称之为半透明装饰器；

3.如果只是需要将原来对象或者类转换成另外一个我们需要的对象接口，不增加新功能，这种就是适配器；

4.简单的来理解的话，装饰器用来新加功能，适配器只是用来转换功能；

优缺点

装饰器设计模式，优点：

1.装饰模式与继承关系的目的都是要扩展原有对象的功能，但是装饰器模式比继承增加了更多的灵活性

2.使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出更多的不同行为的组合，原有的代码无需改变，符合“开闭”原则

3.装饰模式允许系统动态的决定贴上一个需要的装饰，或者除掉一个不需要的装饰。继承关系则不同，继承关系是静态的，他在系统运行前就已经决定了。

缺点：

装饰器模式添加了许多子类，过多使用会使程序变得很复杂
增加了系统的复杂程度，加大了使用者的学习成本和理解难度

参考博客

https://blog.csdn.net/zhangcongyi420/article/details/113096375?utm_medium=distribute.pc_relevant.none-task-blog-2~default~baidujs_baidulandingword~default-0-113096375-blog-90288832.pc_relevant_default&spm=1001.2101.3001.4242.1&utm_relevant_index=3

https://blog.csdn.net/qq_30325833/article/details/90288832?spm=1001.2101.3001.6650.1&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-1-90288832-blog-45827851.pc_relevant_antiscanv2&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-1-90288832-blog-45827851.pc_relevant_antiscanv2&utm_relevant_index=2