Decorator(装饰器)模式

装饰器模式是一种对象结构型模式,用于动态给对象添加额外职责,以替代继承来扩展功能。它通过实现与组件接口一致的装饰器类,保持对象外壳与内核的分离。在Java I/O库中广泛应用,如InputStream的多种装饰类实现。装饰模式提供了比继承更灵活的扩展方式,但可能导致许多小对象和具体装饰类,增加系统复杂性。
摘要由CSDN通过智能技术生成


Decorator模式思维导图

描述

定义

动态地给一个对象添加一些额外的职责,其别名为包装器(Wrapper)。就增加对象功能来说,装饰器模式比生成子类实现更为灵活。

类型

对象结构型模式

UML类图

Decorator模式UML类图

时序图

Decorator模式时序图

特点

  • 装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案。
  • 大多数的装饰模式实际上是半透明的装饰模式,即允许增加新的方法。半透明的装饰模式是介于装饰器模式和适配器模式之间的。

实现

主要角色

  • Component:抽象接口,以规范准备接收附加责任的类;
  • ConcreteComponent:目标实现类,定义一个将要接收附加责任的实现类;
  • Decorator:装饰器抽象类,持有一个构件(Component)对象的实例,将请求转发给它的Component对象(可能在转发请求前后执行一些附加的动作),实现一个与抽象构件接口一致的接口。
  • ConcreteDecorator:装饰器实现类,负责给构件对象“贴上”附加的责任;

注意事项

  • 接口的一致性:装饰对象的接口必须与它所装饰的Component的接口是一致的;
  • 省略抽象的Decorator类:当你仅需要添加一个职责时,没有必要定义抽象Decorator类,这时可以把Decorator合并到ConcreteDecorator中;
  • 保持Component类的简单性:为了保证接口的一致性,组件和装饰必须有一个公共的Component父类,保持公共父类的简单性是很重要的;
  • 改变对象外壳与改变对象内核:将Decorator看作一个对象的外壳,它可以改变这个对象的行为。另外一种方法是
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值