装饰者模式的说明:
装饰者模式动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。
Head First一书中,以咖啡订单为例。
目前有四种饮料:HouseBlend, DarkRoast, Decaf, Espresso
每种咖啡目前有四种调料(以后有可能会更多):milk, soy, mocha, whip。
面临的问题:调料价钱的改变、调料品种的增加、饮料种类的增加等等不确定因素。
使用装饰者模式:一个基类Beverage,包含一个具体方法getDescription()和一个抽象方法cost();一个调料装饰类CondimentDecorator***继承自***Beverage,包含一个抽象方法getDescription()。每种饮料也分别继承基类Beverage,实现getDescription()方法和cost()方法,每种调料继承自调料装饰类CondimentDecorator并实现其抽象方法getDescription(),因为我们不只是描述饮料,而是完整的描述饮料和调料。
Text is cheap, show you my code.
基类Beverage:
public abstract class Beverage {
String description = "Unknown Beverage";
public String getDescription() {
return description;
}
public abstract double cost();
}
调料装饰类CondimentDecorator:
public abstract class CondimentDecorator extends Beverage {
public abstract String getDescription();
}
饮料子类HouseBlend:
public class HouseBlend extends Beverage {
public HouseBlend(){
description = "House Blend Coffee";
}
@Override
public double cost() {
return 0.89;
}
}
调料子类Milk:
public class Milk extends CondimentDecorator {
private Beverage beverage;
public Milk(Beverage beverage){
this.beverage = beverage;
}
@Override
public String getDescription() {
return beverage.getDescription()+", Milk";
}
@Override
public double cost() {
return 0.2+ beverage.cost();
}
}
测试类Main:
public class Main {
public static void main(String[] args){
Beverage beverage = new HouseBlend();
//使用Milk装饰类去装饰HouseBlend
beverage = new Milk(beverage);
System.out.println(beverage.cost());
}
}
测试结果输出加牛奶的HouseBlend咖啡价钱:0.89+0.2=1.09
1.09
Process finished with exit code 0
比较困惑的地方是为什么CondimentDecorator类也要继承Beverage,因为装饰者和被装饰者必须是一样的类型,也就是有共同的超类,否则装饰者将不能取代被装饰者,这里使用继承只是为了“类型匹配”,而不是为了继承获得其“行为”。
总结
- 装饰者和被装饰者对象有相同的超类型;
- 可以用一个或多个装饰者包装一个对象;
- 既然装饰者和被装饰者有相同的超类,那么在任何需要原始对象(被包装)的场合,都可以用装饰过的对象来代替;
- 装饰者可以在所委托被装饰者的行为之前与/或之后,加上自己的行为,以达到特定的目的;
- 对象可以在任何时候被装饰,所以可以在运行时动态地、不限量地使用装饰者来装饰对象。