【设计模式基础】结构型模式 - 3 - 装饰者(Decorator)

最新推荐文章于 2024-06-28 20:00:00 发布
最新推荐文章于 2024-06-28 20:00:00 发布
阅读量746 收藏
点赞数
分类专栏： Design Patterns 文章标签： 设计模式 Design Patterns 结构型模式 装饰者 Decorator
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/robinjwong/article/details/17255239
版权

1. 模式意图

动态地给一个对象添加一些额外的职责；Decorator模式相比生成子类更为灵活；(别名Wrapper)

有时候,我们需要为一个对象而不是整个类添加一些新的功能,如果使用继承机制来实现,不同的功能组合将会导致类的爆炸.

2. 模式定义


Component：                   定义一个对象接口，可以给这些对象动态地添加职责；

ConcreteComponent：  定义一个对象，可以给这个对象添加一些职责；

Decrator：                         维持一个指向Component对象的指针，并定义一个与Component接口一致的接口。

ConcreteDecratorA/B： 想组件添加职责；


Decrator将请求转发给它的Component对象，并有可能在转发请求前后执行一些附加的动作；

3. 模式实现


4. 模式应用

4.1 Java IO

在由InputStream, OutStream, Reader 和 Writter代表的等级结构内部，有一些流处理器可以对另一些流处理器起到装饰作用，形成新的，具有改善了的功能的流处理器。装饰者模式是Java I/O库的整体设计模式:
例如一下代码: 
try
{
    InputStream in = new DataInputStream(new FileInputStream("test.txt"));
}catch (FileNotFoundException e)
{
    e.printStackTrace();
}
这是一个典型的Decorator模式的使用， FileOutputStream相当于Component，DataOutputStream就是一个Decorator。
模式图如下：

根据输入流的源的类型，可以将这些流类分成两种，即 原始流类(Original Stream)和 连接流处理器(Wrapper Stream)：
原始流处理器：
原始流处理器接受一个Byte数组对象，String对象，FileDiscriptor对象或者不同类型的流源对象，以InputStream为例，原始流处理器包括以下四种：
ByteArrayIInputStream：为多线程的通信提供缓冲区操作功能，接受一个Byte数组作为流的源；
FileInputStream：建立一个与文件有关的输入流，接受一个File对象作为流的源；
PipedInputStream：可以与PipedOutputStream配合使用，用于读入一个数据管道的数据，接受一个PipedOutputStream作为源；
StringBufferInputStream：将一个字符串缓冲区转换为一个输入流，接受一个String对象作为流的源；

链接流处理器：
所谓链接流处理器，就是可以接受另一个流对象作为源，并对之进行功能扩展的类。InputStream类型的链接处理器包括以下几种，它们都接受另一个InputStream对象作为流源：
FilterInputStream：过滤输入流，它将另一个输入流作为流源，子类包括：
    BufferedInputStream：用来从硬盘将数据读入到一个内存缓冲区，并从缓冲区提供数据；
    DataInputStream：提供基于多字节的读取方法，可以读取原始类型的数据；
    LineNumberInputStream：提供带有行计数功能的过滤输入流；
    PushbackInputStream：提供特殊的功能，可以将已经读取的字节推回输入流中；
ObjectInputStream：可以将使用ObjectInputStream串行化的原始数据类型和对象重新并行化；
SequeneInputStream：可以将两个已有的输入流链接起来，形成一个输入流，从而将多个输入流排列构成一个输入流序列；

按照上面的这种原始流处理器和链接流处理器的划分，可以用下面的结构图来描述它们之间的关系：


上面的流处理器图跟装饰者模式的结构图有着显而易见的相同之处。

链接流对象接受一个原始流对象或者另外一个链接流对象作为流源，它们对流源的内部工作方法做了相应的改变，这种改变是装饰者所要达到的目的。 例如：
BufferedInputStream装饰了InputSteam的内部工作方式，使得流的读入操作使用了缓冲机制。在使用了缓冲机制后，不会对每一次的流读入操作都产生一个物理的读盘操作，从而提高了程序的效率，在涉及到物理流的读入时，都应当使用这个装饰流类。


王晓斌
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
设计模式（3）门面模式--结构型
gycool21的专栏
10-12 412
门面模式：外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。 三大角色： 子系统角色：实现各个子系统的功能。门面角色和客户角色对其是透明的，它没有任何的信息和链接。 门面角色：门面模式的核心。它被客户角色调用，其熟悉子系统的功能，且其内部根据客户角色的各种需求提供了不同的方法。 客户角色：调用门面角色来实现所需的功能。在什么情况下使用门
设计模式（三）—— 装饰模式
Kellan_Song的博客
01-16 114
简述 设计模式中的装饰模式，是在已有的功能状态下，向旧的类添加新的功能时，可以避免修改旧代码的设计模式。 例如：一个人，穿衣服、裤子、鞋子…等功能都属于人的装饰，并且每个人选择的装饰可以有区别，可以独立分开和搭配；另外，在购买新的装饰时（新添加新的功能），只需要继承原有的装饰类并实现对应装饰的功能即可，与之前的其他装饰或人完全解藕。 UML图示 代码示例 装饰相关类 /** * 装饰器 * @author: Kellan_Song * @date: 2021-01-15 23:58 **/ pub
设计模式-结构型-07-装饰者模式
最新发布
被拯救的威尼斯的博客
06-28 746
1）装饰者模式：动态地将新功能附加到对象上。在对象功能扩展方面，它比继承更有弹性，装饰者模式体现了开闭原则（OCP）2）这里提到的动态的将新功能附加到对象和 OCP 原则，在后面的应用实例上会以代码的形式体现，请同学们注意体会原理。
设计模式【结构型】-- 装饰者模式
暴躁的菜鸡的博客
07-12 347
装饰者模式通过组合而不是继承来实现功能的扩展，使得代码更加灵活、可扩展，并符合开闭原则。它适用于需要动态地为对象添加功能、避免使用过多继承、以及逐级透明地给对象添加功能的
设计模式-6--装饰者模式（Decorator Pattern）
人生若只能如初见的博客
08-30 865
装饰者模式（Decorator Pattern）是一种结构型设计模式，它允许你在不修改现有对象的情况下，动态地将新功能附加到对象上。这种模式通过创建一个包装类，即装饰者，来包含原始对象，并在其上添加额外的行为或功能。这样，你可以在运行时选择不同的装饰者组合来实现不同的功能组合。
c++设计模式-结构型模式-装饰器模式
06-12
c++设计模式-结构型模式-装饰器模式；QT工程；c++简单源码； 装饰器（Decorator）模式的定义：指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式，它属于对象结构型模式。
Java设计模式-装饰者模式
12-21
装饰者模式（Decorator Pattern）是一种结构型设计模式，它允许在运行时给对象增加新的行为或责任，而无需修改其源代码。这种模式通过创建一个与原对象具有相同接口的新对象（装饰者），并把原对象作为其内部成员，...
设计模式--装饰者模式java例子
02-06
装饰者模式是软件设计模式中的一种结构型模式，它的主要目的是动态地给对象添加新的功能，而无需修改原有代码。在Java中，装饰者模式通常通过继承和组合来实现，它提供了一种比继承更灵活的方式来扩展对象的功能。...
PHP设计模式（八）装饰器模式Decorator实例详解【结构型】
10-15
主要介绍了PHP设计模式：装饰器模式Decorator,结合实例形式分析了PHP装饰器模式Decorator相关概念、功能、原理、用法及操作注意事项,需要的朋友可以参考下
【设计模式基础】行为模式 - 1 - 观察者(Observer)
王晓斌的专栏
01-14 1314
1. 模式意图
【设计模式基础】行为模式 - 2 - 访问者(Visitor)
王晓斌的专栏
01-19 986
1. 模式意图
【设计模式基础】结构型模式 - 5 - 组合(Composite)
王晓斌的专栏
12-17 952
1. 模式意图 将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得用户对单个对象和组合对象的使用具有一致性。 组合模式让我们能用树形方式创建对象的结构，树里面包含了组合以及个别的对象。 使用组合结构，我们能把相同的操作应用在组合和个别对象上。换句话说，在大多数情况下，我们可以忽略对象组合和个别对象之间的差别。 示例1：多级树形菜单 示例2：文件和文件夹目录 示例
【设计模式基础】创建型模式 - 2 - 抽象工厂(Abstract Factory)
王晓斌的专栏
12-31 923
1. 模式意图 提供一个创建一系列相关或相互依赖的对象的接口，而无需指定它们具体的类。 为了方便引进抽象工厂模式，引入一个概念：产品族(Product Family)，是指位于不同产品等级结构，功能相关联的产品组成的家族，如图： 上图中一共有四个产品族，分布于三个不同的产品等级结构中。只要指明一个产品所处的产品族以及它所处的等级结构，就可以唯一的确定这个产品。 引进
【设计模式基础】行为模式 - 5 - 策略(Strategy）
王晓斌的专栏
02-12 919
1. 模式意图 策略模式别名Policy。 策略模式的意图是针对一组算法，将每个算法封装到具有共同接口的独立的类中，从而使得他们可以相互替换。 策略模式使得算法可以在不影响客户端的情况下发生变化。 使用策略模式可以把行为和环境分割开来。环境类负责维持和查询行为类，各种算法则在具体策略类中提供。由于算法和环境独立开来，算法的增减、修改都不会影响环境和客户端。当出现新的变化时，只需要实
【设计模式基础】创建型模式 - 5 - 生成器(Builder)
王晓斌的专栏
01-05 886
1. 模式意图 将一个复杂对象(Product)的构建过程与它的表示相分离，使得同样的构建过程可以创建不同的表示。 生成器模式使用的对象： 在有些情况下，一个对象会有一些性质：在他么没有恰当的值之前，对象不能作为一个完整的产品使用。例如，一个电子邮件有发件人地址、收件人地址、主题、内容、附件等部分，而在最起码的收件人地址未被赋值之前，这个电子邮件不能发出。 在有些情况下，一个独享的
【设计模式基础】行为模式 - 3 - 职责链(Chain of responsibility)
王晓斌的专栏
01-23 868
1. 模式意图 使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。 在职责链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，知道链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织链和分配职责。 纯的与不纯的职责链模式： 一个纯的职责
【设计模式基础】创建型模式 - 1 - 单件(Singleton)
王晓斌的专栏
12-30 868
1. 模式意图 保证类仅有一个实例，并提供一个访问它的全局访问点。 2. 模式定义 Singleton: 定义一个Instance操作，允许客户访问它的唯一实例。Instance是一个类操作；可能负责创建它自己的唯一实例；客户只能通过Singleton的Instance操作访问一个Singleton的实例。 3. 模式实现 3.1 Java实现 3.2
【设计模式基础】结构型模式 - 6 - 享元(Flyweight)
王晓斌的专栏
12-17 859
1. 模式意图 运用共享技术有效地支持大量细粒度的对象； 如想让某个类的一个实例能用来提供许多“虚拟实例”，就是用享元模式； 享元的优点：             减少运行时对象实例的个数，节省内存；将许多“虚拟”对象的状态集中管理； 享元的用途和缺点：当一个类有许多的实例，而这些实例能被同一个方法控制的时候，我们就可以使用享元模式；享元模式的缺点在于，一旦实现了它，那么单个逻辑实例将无
【设计模式基础】行为模式 - 8 -状态(State)
王晓斌的专栏
03-11 848
1. 模式意图 允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎是修改了它的类。 在很多情况下，一个对象的行为取决于一个或多个动态变化的属性，这样的属性叫做状态，这样的对象叫做有状态的对象。这样的对象的状态是从事先定义好的一系列值中取出的。当一个这样的对象与外部事件产生互动时，其内部状态就会改变，从而使得系统的行为也随之发生变化。 适用性： 一个对象的行为取决于它的状态，
"FlyWeight效果-软件设计模式—结构型模式讲义
除了Flyweight模式之外，结构型模式还包括Facade（外观）模式、Proxy（代理）模式、Adapter（适配器）模式、Bridge（桥接）模式、Composite（组合）模式、Decorator（装饰）模式等。 在Flyweight模式中，适配器...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值