一、简介
装饰(Decorator)模式的定义:指在不改变现有对象结构的情况下,动态地给该对象增加一些职责(即增加其额外功能)的模式。
二、优缺点
优点:
- 装饰器是继承的有力补充,比继承灵活,在不改变原有对象的情况下,动态的给一个对象扩展功能,即插即用
- 通过使用不用装饰类及这些装饰类的排列组合,可以实现不同效果
- 装饰器模式完全遵守开闭原则
缺点:
- 装饰模式会增加许多子类,过度使用会增加程序得复杂性。
三、应用场景
1) 当需要给一个现有类添加附加职责,而又不能采用生成子类的方法进行扩充时。例如,该类被隐藏或者该类是终极类或者采用继承方式会产生大量的子类。
2) 当需要通过对现有的一组基本功能进行排列组合而产生非常多的功能时,采用继承关系很难实现,而采用装饰模式却很好实现。
3) 当对象的功能要求可以动态地添加,也可以再动态地撤销时。
四、模式结构
1. 主要角色
- 抽象构件(Component)角色:定义一个抽象接口以规范准备接收附加责任的对象。
- 具体构件(ConcreteComponent)角色:实现抽象构件,通过装饰角色为其添加一些职责。
- 抽象装饰(Decorator)角色:继承抽象构件,并包含具体构件的实例,可以通过其子类扩展具体构件的功能。
- 具体装饰(ConcreteDecorator)角色:实现抽象装饰的相关方法,并给具体构件对象添加附加的责任。
2. UML类图

五、代码实现
1) 抽象构建
public interface Cake {
/**
* 返回蛋糕描述信息
* @return
*/
String getCake();
/**
* 返回该蛋糕的价格
* @return
*/
BigDecimal getPrice();
}
2) 具体构建
public class BaseCake implements Cake {
@Override
public String getCake() {
return "这是一个普通8英寸的蛋糕";
}
@Override
public BigDecimal getPrice() {
return new BigDecimal("68");
}
}
3) 抽象装饰
public class CakeDecorator implements Cake {
private Cake cake;
public CakeDecorator(Cake cake) {
this.cake = cake;
}
@Override
public String getCake() {
return this.cake.getCake();
}
@Override
public BigDecimal getPrice() {
return this.cake.getPrice();
}
}
4) 具体装饰
public class AddMango extends CakeDecorator {
public AddMango(Cake cake) {
super(cake);
}
@Override
public String getCake() {
return super.getCake() + "+一个芒果";
}
@Override
public BigDecimal getPrice() {
return super.getPrice().add(new BigDecimal("20"));
}
}
public class AddGrape extends CakeDecorator {
public AddGrape(Cake cake) {
super(cake);
}
@Override
public String getCake() {
return super.getCake() + "+1个葡萄";
}
@Override
public BigDecimal getPrice() {
return super.getPrice().add(new BigDecimal("5"));
}
}
5) 测试
@Test
void test1() {
// 一个普通蛋糕对象
Cake cake = new BaseCake();
// 普通蛋糕 + 葡萄
cake = new AddGrape(cake);
System.out.println(cake.getCake());
System.out.println(cake.getPrice());
// 在普通蛋糕 + 葡萄的基础上再加芒果
cake = new AddMango(cake);
System.out.println(cake.getCake());
System.out.println(cake.getPrice());
}
本文详细介绍了装饰者模式,包括其定义,即在不改变现有对象结构下动态增加职责。阐述了该模式的优缺点,如比继承灵活但会增加子类。说明了应用场景,还介绍了模式结构的主要角色和UML类图,并给出了代码实现步骤。
1060

被折叠的 条评论
为什么被折叠?



