设计模式之装饰器模式

最新推荐文章于 2024-11-06 18:03:50 发布

mikelv01

最新推荐文章于 2024-11-06 18:03:50 发布

阅读量141

点赞数

分类专栏：设计模式文章标签：设计模式

本文链接：https://blog.csdn.net/mikelv01/article/details/104844207

版权

设计模式专栏收录该内容

1 篇文章 0 订阅

订阅专栏

参考：

装饰器模式
 装饰器

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

装饰器模式允许向一个现有的对象添加新的功能，同时又不改变其结构。

在这里插入图片描述

**Component(组件)：**组件接口定义了全部组件实现类以及所有 装饰器实现的行为。
**ConcreteComponent(具体组件实现类)：**具体组件实现类实现了Component接口。通常情况下，具体组件实现类就是被装饰器装饰的原始对象，该类提供了 Component 接口中定义的最基本的功能，其它高级功能或后续添加的新功能，都是通过装饰器的方式添加到该类的对象之上。
**Decorator(装饰器)：**所有装饰器的父类，它是一个实现了 Component 接口的抽象类，并在其中封装了一个 Component 对象，也就是被装饰的对象。而这个被装饰的对象只要是 Component 类型即可，这就实现了装饰器的组合和复用。
**ConcreteDecorator：**具体的装饰器实现类，该实现类要向被装饰对象添加某些功能。

Decorator模式的目的就是把一个一个的附加功能，用Decorator的方式给一层一层地累加到原始数据源上，最终，通过组合获得我们想要的功能。

             ┌───────────┐
             │ Component │
             └───────────┘
                   ▲
      ┌────────────┼─────────────────┐
      │            │                 │
┌───────────┐┌───────────┐     ┌───────────┐
│ComponentA ││ComponentB │...  │ Decorator │
└───────────┘└───────────┘     └───────────┘
                                     ▲
                              ┌──────┴──────┐
                              │             │
                        ┌───────────┐ ┌───────────┐
                        │DecoratorA │ │DecoratorB │...
                        └───────────┘ └───────────┘

Decorator模式有什么好处？它实际上把 核心功能 和 附加功能 给分开了。核心功能指FileInputStream这些真正读数据的源头，附加功能指加缓冲、压缩、解密这些功能。如果我们要新增核心功能，就增加Component的子类，例如ByteInputStream。如果我们要增加附加功能，就增加Decorator的子类，例如CipherInputStream。两部分都可以独立地扩展，而具体如何附加功能，由调用方自由组合，从而极大地增强了灵活性。