阅读目录

一、概念

• 继承的缺点：类数量爆炸、设计死板以及基类加入的新功能可能并不适用于所有的子类。
• 装饰者模式：动态地将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案。一言以蔽之 —— 动态扩展类的行为。
• 角色：
    1、抽象组件(Component)：给出一个抽象类或接口，以规范准备接收附加责任的行为。
    2、具体组件(ConcreteComponent)：继承或实现抽象组件，定义一个将要接收附加责任的类。
    3、抽象装饰者(Decorator)：持有一个组件(Component)对象的实例，一般从抽象组件扩展，类型是抽象类或者接口，目的是达到"类型匹配"。
    4、具体装饰者(ConcreteDecorator)：继承或实现抽象装饰者，负责给组件对象"贴上"附加的责任。

二、Demo 实现

TOPIC：我们要定义一些饮品，并能够向饮品中添加一些调料，比如摩卡、糖之类的，然后能够根据添加的调料种类动态的修改饮品的价格。

1、抽象组件

public abstract class Beverage {      String description = "Unknown Beverage";      public String getDescription() {         return description;     }      public abstract double cost(); }

这是一个抽象组件角色 —— 饮品抽象类，抽象方法 cost() 用来规范接收附加责任的行为。

2、具体组件

public class Espresso extends Beverage {      public Espresso() {         description = "Espresso";     }      @Override     public double cost() {         return 1.99;     } }

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

这是两个具体组件角色 —— 浓缩咖啡类和混合饮料类，用来接受附加责任，也就是装饰者具体要装饰的类！

3、抽象装饰者

public abstract class CondimentDecorator extends Beverage {      protected Beverage beverage;      @Override     public abstract String getDescription(); }

这是一个抽象装饰者角色，主要的目的是为了"类型匹配"，什么是"类型匹配"呢？不多说，看看下面的测试类就一目了然了！

4、具体装饰者

现在我们想往饮品中添加摩卡，然后在饮品的价格上添加上摩卡的价格，也就是在不改变饮品类内部代码的情况下扩展饮品类的行为 —— 用摩卡类修饰饮品类！

public class Mocha extends CondimentDecorator {      public 
                        
关键字：