需求
咖啡店，客户可能会叫一种饮料，并且指定某些调料加入进去，比如深焙咖啡，用摩卡，奶泡，牛奶作为调料，计算出总价
饮料类，被装饰者
/**
* 饮料父类
*/
public abstract class Beverage
{
/**
* 描述饮料的字段
*/
protected String description = "Unknown Berverage";
public String getDescription()
{
return description;
}
/**
* 计算价钱的方法，必须在子类中实现
*/
public abstract double cost();
}
/**
* 暗烤咖啡
*/
public class DarkRoast extends Beverage
{
public DarkRoast()
{
description = "暗烤咖啡 DarkRoast"; // 描述此饮料
}
/**
* 返回此饮料的价钱
*/
@Override
public double cost()
{
return .99;
}
}
调料类，装饰者
/**
* 调料类，也就是装饰者
*
* 为了让 装饰者 能够替代 被装饰者 ，因此 装饰者 继承 被装饰者
*/
public abstract class Condiment extends Beverage
{
/**
* 所有的装饰者类，都必须重新实现此方法，因为必须有不同的名称
*/
@Override
public abstract String getDescription();
}
/**
* 摩卡调料
*/
public class Mocha extends Condiment
{
private Beverage beverage; // 用来记住 被装饰者 ，也就是此调料要加在哪个饮料上
/**
* 想办法把被装饰者记录在变量中
*/
public Mocha(Beverage beverage)
{
this.beverage = beverage;
}
/**
* 把被装饰者和装饰者的名称组合起来，比如：混合咖啡，摩卡
*/
@Override
public String getDescription()
{
return beverage.getDescription() + ", 摩卡调料 Mocha";
}
/**
* Mocha自身的价钱+饮料的价钱
*/
@Override
public double cost()
{
return 0.20 + beverage.cost();
}
}
/**
* 豆奶调料
*/
public class Soy extends Condiment
{
private Beverage beverage;
public Soy(Beverage beverage)
{
this.beverage = beverage;
}
@Override
public String getDescription()
{
return beverage.getDescription() + ", 豆奶调料 Soy";
}
@Override
public double cost()
{
return .15 + beverage.cost();
}
}
测试
// 点一杯饮料
Beverage beverage2 = new DarkRoast();
// 用调料去装饰饮料
beverage2 = new Mocha(beverage2);
beverage2 = new Whip(beverage2);
// 算出总价钱
System.out.println(beverage2.getDescription() + " $" + beverage2.cost());
疑问
- 以上全用了继承，这里是利用继承达到类型匹配的目的，并不是获得行为。方便更有弹性的混合匹配
- 每当需要新的调料，甚至是新的饮料，都可以新增并方便的加入
- 并非一定要用接口，如果抽象类用的好好的，并且已经满足需求，就不用再去修改他
- 会导致有很多的小类
Java 中应用到装饰者模式的地方
Java I/O
设计原则 5
类应该对扩展开放，对修改关闭，在不修改现有代码的情况下，就搭配新的行为
装饰者模式定义：
动态的将责任附加到对象上，对于扩展的话，比继承更有弹性。
