1. [装饰模式] 是 [对象的适配器模式] 的衍生模式
2.装饰模式简单介绍
装饰模式是用来替代继承的一种设计模式。它通过一种无须定义子类的方式来给对象动态增加职责,使用对象之间的关联关系取代类之间的继承关系。降低了系统的耦合,可以动态的增加或者删除对象的职责。
3.装饰模式简单代码示例
抽象构件(Component)角色:给出一个【抽象接口】,以规范准备接收附加责任的对象。
/**
* 创建饮料接口类
*/
public interface C1_1_Drinks {
//获得饮料的描述
String getDescription();
//获得饮料的价格
double getPrice();
}
具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类【接口的实现类】。
/**
* 饮料1 柠檬水
*/
public class C2_1_LemonWater implements C1_1_Drinks {
@Override
public String getDescription() {
return "柠檬水+10 ";
}
@Override
public double getPrice() {
return 10;
}
}
/**
* 饮料2 橙汁儿
*/
public class C2_2_OrangeWater implements C1_1_Drinks {
@Override
public String getDescription() {
return "橙汁儿+15 ";
}
@Override
public double getPrice() {
return 15;
}
}
装饰(Decorator)角色:持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口。
/**
* 创建 饮料的 装饰类
*/
public class C3_1_Decorator implements C1_1_Drinks {
@Override
public String getDescription() {
return "装饰类";
}
@Override
public double getPrice() {
return 0;
}
}
具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任 【集成装饰类】。
/**
* 具体装饰类 : 附加的责任 -- 给饮料加冰
*/
public class C4_1_AddIceCube extends C3_1_Decorator {
private C1_1_Drinks drinks;
public C4_1_AddIceCube(C1_1_Drinks drinks){
this.drinks = drinks;
}
@Override
public String getDescription() {
return drinks.getDescription() + "[加冰+2] ";
}
@Override
public double getPrice() {
return drinks.getPrice() + 2;//加冰需要添加2块钱
}
}
/**
* 具体装饰类 :附加的责任 -- 给饮料加糖
*/
public class C4_2_AddSugar extends C3_1_Decorator {
private C1_1_Drinks drinks;
public C4_2_AddSugar(C1_1_Drinks drinks){
this.drinks = drinks;
}
@Override
public String getDescription() {
return drinks.getDescription() + "[加糖+3] ";
}
@Override
public double getPrice() {
return drinks.getPrice() + 3;//加糖需要添加2块钱
}
}
客户端调用
/**
* 具体客户端调用类
*/
public class C5_1_Client {
public static void main(String[] args) {
C1_1_Drinks drinks = new C2_2_OrangeWater(); // 购买了橙汁
drinks = new C4_1_AddIceCube(drinks); // 加冰
drinks = new C4_2_AddSugar(drinks);//加糖
System.out.println(drinks.getDescription() + " 价格:" +drinks.getPrice());
}
}
打印结果
橙汁儿+15 [加冰+2] [加糖+3] 价格:20.0
4.装饰类的使用场景
- 在不影响其他对象的情况下 以【动态的透明的】方式给单个对象【添加职责】。
- 不能用【继承】进行扩张的时候。
5.装饰模式的优点
(1)装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
(2)通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。
6.装饰模式的缺点
由于使用装饰模式,可以比使用继承关系需要较少数目的类。使用较少的类,当然使设计比较易于进行。但是,在另一方面,使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很相像。