设计模式：装饰者模式

1. 装饰者模式

装饰器模式（Decorator Pattern）允许向一个现有的对象动态地添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。

什么意思呢？比如去吃火锅，我们会先选择一种汤底（假设是鸳鸯锅），然后选择食材（假设是牛肉，生菜）来搭配该汤底。本质上就是一个鸳鸯锅，而牛肉、生菜等食材是用来“装饰”该鸳鸯锅的，或者说这些食材用来扩展鸳鸯锅的功能（除非你是来喝汤的）。

装饰器模式由为装饰类和被装饰类两种组成，UML图如下：

2. 实现

就拿火锅例子，来模拟一个结账系统，假设现在火锅种类有：鸳鸯锅（40元）、麻辣锅（30元）、猪肚锅（80元），而食材有：牛肉（一盘40元），生菜（一盘10元），羊肉（一盘30元），虾（一盘25元）。其中：火锅种类是被装饰者，食材是装饰者。

注：价格随便乱定的，勿杠。

先来一个统一的接口：这里设置为抽象类

public abstract class HotPot {
   
    String description;
    
    public String getDescription() {
   
        return description;
    }
    
    // 价钱
    public abstract double cost();
}

---

鸳鸯锅、麻辣锅、猪肚锅都是被装饰类，所以直接继承HotPot类：

public class TwoFlavorHotPot extends HotPot {
   

    public TwoFlavorHotPot() {
   
        description = "鸳鸯锅";
    }

    @Override
    public double cost() {
   
        return 40;
    }
}

public class SpicyHotPot extends HotPot {
   

    public SpicyHotPot() {
   
        description = "麻辣锅";
    }

    @Override
    public double cost() {
   
        return 30;
    }
}

public class PorkTripeHotPot extends HotPot {
   

    public PorkTripeHotPot() {
   
        description = "猪肚锅";
    }

    @Override
    public double cost() {
   
        return 80;
    }
}

---

牛肉，生菜，羊肉，虾这些是组件，来装饰火锅的食材：

也是写一个统一的接口，只是为了方便扩展食材：

public abstract class Ingredients extends HotPot {
   
    public abstract String getDescription();
}

public class Beef extends Ingredients {
   

    HotPot hotPot; // 这里就是“组合”/引用

    public Beef(HotPot hotPot) {
   
        this.hotPot = hotPot;
    }

    @Override
    public String getDescription() {
   
        return hotPot.getDescription() + ", 牛肉";
    }