装饰者模式

定义

动态地将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案。

Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality

使用场景

• 动态和透明地向单个对象添加职责，即不影响其他对象
• 责任可以撤消
• 当通过子类化扩展是不切实际的。 有时可能是大量的独立扩展，这会产生爆炸(大量)的子类来支持每个组合；或者类定义可以隐藏或以其他方式不可用于子类化

例子

为一个咖啡店计算每一杯咖啡的价格。
咖啡的原料有：HouseBlend(一种北美黑咖啡)、Decaf(无咖啡因的咖啡)、Espresso(浓咖啡)、DarkRoast(深烘焙咖啡)。在原料的基础上可以加各种调料，如蒸奶(Milk)、豆浆(Soy)、摩卡(Mocha)。可以加一种调料，也可以加多种调料，还可以一种调料加多份。 如果我们用类来表示每种组合，可以想象要有很多类，也就是类爆炸了。
引入装饰者模式，程序：

// 饮料基类
public abstract class Beverage{
    String description = "Unknown";
    public String getDescription(){
        return description;
    }
    public abstract double cost();
}

// 调味品的装饰者  需要继承饮料基类
public abstract class CondimentDecorator extends Beverage{
    public abstract String getDescription();
}

// 原料类
public class Espresso extends Beverage{
    public Espresso(){
        description = "Espresso";
    }
    public double cost(){
        return 1.99;
    }
}

public class HouseBlend extends Beverage{
    public HouseBlend(){
        description = "HouseBlend";
    }
    public double cost(){
        return 0.89;
    }
}

// 调味类
public class Mocha extends CondimentDecorator{
    Beverage beverage;
    public Mocha(Beverage beverage){
        this.beverage = beverage;
    }
    public String getDescription(){
        return beverage.getDescription() + ", Mocha";
    }
    public double cost(){
        return 0.2 + beverage.cost();
    }
}

// 测试
public class App{
    public static void main(Stringp[] args){
        Beverage beverage = new Espresso();

        Beverage beverage2 = new HouseBlend();
        beverage2 = new Mocha(beverage2);
        beverage2 = new Mocha(beverage2); // 两份Mocha + HouseBlend组成的咖啡
    }
}

分析

采用装饰者模式，符合一条设计原则：类应该对扩展开放，对修改关闭。对类的修改可能引发不必要的错误。例如修改了一个类的方法，那么其子类的逻辑有可能就被修改了。对扩展开放，就是在保存类原来功能的基础上，添加新的功能。
这和js中常用的aop很像，可以参考：第十五章装饰者模式
。

参考

iluwatar/java-design-patterns