装饰器模式

装饰器模式，是对已经存在的某些类进行装饰，以此来扩展一些功能。

其结构图如下（图片转自：https://www.cnblogs.com/jzb-blog/p/6717349.html）：

• Component抽象构件角色：真实对象和装饰对象有相同的接口。这样，客户端对象就能够以与真实对象相同的方式同装饰对象交互。
• ConcreteCompoent具体构建角色(真实对象)：定义一个将要接收附加责任的类。
• Decorator装饰角色：持有一个抽象构件的引用。装饰对象接受所有客户端的请求，并把这些请求转发给真实的对象。这样，就能在真实对象调用前后增加新的功能。

• ConcreteDecorate具体装饰角色：负责给构件对象增加新的功能。

  具体实现：

public interface CarComponent {
    public void show();
}

public class CarConcretComponent implements CarComponent {//表达车辆本质，不是更替的状态。
    @Override
    public void show() {
        System.out.println("This car is a BMW.");
    }
}

public abstract class CarDecorator implements CarComponent{
    public CarComponent carComponent;
    public CarDecorator(CarComponent carComponent){
        this.carComponent = carComponent;
    }
    @Override
    public void show() {
        this.carComponent.show();
    }
}

public class BlackConcreteDecorator extends CarDecorator{//具体修饰类，可对原本固定属性进行修饰
    public BlackConcreteDecorator(CarComponent carComponent) {
        super(carComponent);
    }
    @Override
    public void show(){
        System.out.println("This is a black car.");
        this.carComponent.show();
    }
    //client
    public static void main(String[] args) {
        CarConcretComponent car = new CarConcretComponent();
        CarDecorator colourCar = new BlackConcreteDecorator(car);
        colourCar.show();
    }
}

优点

• 扩展对象功能，比继承灵活，不会导致类个数急剧增加。
• 可以对一个对象进行多次装饰，创造出不同行为的组合，得到功能更加强大的对象。
• 具体构件类和具体装饰类可以独立变化，用户可以根据需要自己增加新的 具体构件子类和具体装饰子类。

缺点

• 产生很多小对象。大量小的对象占据内存，一定程度上影响性能。

• 装饰模式易出错，调试排查比较麻烦

  装饰模式降低系统的耦合度，可以动态的增加或删除对象的责任，并使得需要装饰的具体构建类和具体装饰类可以独立变化，以便增加新的具体构建类和具体装饰类。