【设计模式】结构型模式 - 装饰模式

装饰模式是一种用于在不修改对象结构的前提下,动态添加或扩展对象功能的设计模式。它通过装饰类包装原有对象,提供额外职责,避免了使用继承带来的复杂性。在软件开发中,当需要灵活地增减功能,或者通过组合多种装饰类来实现多种效果时,装饰模式成为一种优选。其优点包括灵活性高、符合开闭原则,但过度使用可能导致过多子类。装饰模式常见于需要动态扩展功能的场景,如框架构建、组件增强等。
摘要由CSDN通过智能技术生成

装饰模式

定义

在不改变现有对象结构的情况下, 动态地给该对象增加一些职责(即增加其额外功能)的模式,它属于对象结构性模式。

特点

优点
  • 装饰器是继承的有力补充,比继承灵活,在不改变原有对象的情况下,动态的给一个对象扩展功能,即插即用;
  • 通过使用不用装饰类及这些装饰类的排列组合,可以实现不同效果;
  • 装饰器模式完全遵守开闭原则。
缺点

主要缺点是:会增加很多子类,过度使用会增加程序的复杂性。

结构与实现

结构

主要角色:

  • 抽象构件角色:定义一个抽象接口以规范准备接受附加责任的对象;
  • 具体构件角色:实现抽象构件,通过装饰角色为其添加一些职责;
  • 抽象装饰角色:继承抽象构建,并包含具体构件的实例,可以通过其子类扩展具体构建的功能;
  • 具体装饰角色:实现抽象装饰的相关方法,并给具体构建对象添加附加的责任。

类图
类图

实现
  • 抽象构件角色
interface Component {
	void operation();
}
  • 具体构件角色
class ConcreteComponent implements Component {
	
	public ConcreteComponnet() {
		// 创建具体构件角色
	}

	public void operation() {
		// 调用具体构件角色的方法
	}
}
  • 抽象装饰角色
class Decorator implements Component {
	private Component component;
	
	public Decorator(Component component) {
		this.component = component;
	}

	public void operation() {
		component.operation();
	}
}
  • 具体装饰角色
class ConcreteDecorator extends Decorator {
	public ConcreteDecorator(Component component) {
		super(component);
	}

	public void operation() {
		super.operation();
		addedFunction();
	}	

	public void addedFunction() {
		// 为具体的构件角色添加额外的功能addedFunction()
	}
}
  • 客户端
public class DecoratorPattern {
	public static void main(String[] args) {
		Component p = new ConcreteComponent();
		p.operation();
		Component d = new ConcreteDecorator(p);
		d.operation();
	}
}

应用场景

  • 需要给现有类添加附加职责,而又不能采用生成子类的方法进行扩充时;
  • 当需要通过对现有的一组基本功能进行排列组合而产生非常多的功能时,采用继承关系很难实现,而采用装饰器模式却很好实现;
  • 当对象的功能要求可以动态地添加,也可以再动态地撤销时。

装饰器模式的扩展

  1. 如果只有一个具体构建而没有抽象构件是,可以让抽象装饰继承具体构件,类图如下所示:
    扩展类图1
  2. 如果只有一个具体装饰时,可以将抽象装饰和具体装饰合并,类图如下所示:
    扩展类图2
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值