设计模式：装饰模式

Posted 2021-01-09 jajian

2018国庆黄金周来了，恰值国庆黄金周节假日，我想高速上一定车山车海，还好我选择了高铁，不然肯定需要寻找项目合作人或在高速上吃创业人士的炒饭炒面了。
国庆7天长假，天气又如此的好，所谓风和日丽，如此良辰美景，回家的你一定会发现路上结婚的车队是来来往往，特别是领头的婚车，鲜花与气球给装饰的是大气，豪华。当然婚车里的新娘也是精心装扮，那是，挽青丝，双环结，百合鬓边巧装点。白婚纱，如飘烟，红颜新妆比花艳。甚至王者荣耀也趁这个节假日来了一拨皮肤优惠活动和新出了让“农药们”剁手的"胖达荣荣"国宝皮肤，就是吸引你们剁手去装饰你们喜爱的英雄。还有类似新房装修，博客更新皮肤等等，这些都是装饰。那我们程序世界的装饰模式是如何的呢？

介绍

装饰模式，是面向对象编程领域中，一种动态地往一个类中添加新的行为的设计模式。就功能而言，装饰模式相比生成子类更为灵活，这样可以给某个对象而不是整个类添加一些功能。
意图：动态地给一个对象添加一些额外的职责和增加功能。
主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。
何时使用：在不想增加很多子类的情况下扩展类。
如何解决：将具体功能职责划分，同时继承装饰者模式。
关键代码： 1、Component 类充当抽象角色，不应该具体实现。 2、修饰类引用和继承 Component 类，具体扩展类重写父类方法。

实现

以结婚婚车为例，定义汽车接口

public interface Car {

    void drive();
}

创建实现接口的实体类，德国宝马系应该是作为婚车最多的品牌，

public class BMW implements Car {
    @Override
    public void drive() {
        System.out.println("宝马汽车，风驰电掣。");
    }
}

创建实现了 Car 接口的抽象装饰类。我们需要婚车接新娘

public abstract class WeddingCarDecorator implements Car{

    private Car decoratorCar;

    public WeddingCarDecorator(Car decoratorCar) {
        this.decoratorCar = decoratorCar;
    }

    @Override
    public void drive() {
        decoratorCar.drive();
    }
}

创建扩展了 WeddingCarDecorator 类的实体装饰类 - 宝马婚车。

public class BMWWeddingCar extends WeddingCarDecorator {

    public BMWWeddingCar(Car decoratorCar) {
        super(decoratorCar);
    }

    @Override
    public void drive() {
        beautify();
        super.drive();
    }

    private void beautify() {
        System.out.println("结婚婚车，铺上鲜花，系上气球。");
    }
}

使用 WeddingCarDecorator 来装饰 Car对象。

public class DecoratorDemoMain {

    public static void main(String[] args) {

        System.out.println("------正常的德系宝马------");
        BMW bmw = new BMW();
        bmw.drive();
        System.out.println("------作为婚车的德系宝马------");
        BMWWeddingCar bmwWeddingCar = new BMWWeddingCar(bmw);
        bmwWeddingCar.drive();
    }
}

执行程序，输出结果：

------正常的德系宝马------
宝马汽车，风驰电掣。
------作为婚车的德系宝马------
结婚婚车，铺上鲜花，系上气球。
宝马汽车，风驰电掣。

总结

优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
缺点：多层装饰比较复杂。
使用场景： 1、扩展一个类的功能。 2、动态增加功能，动态撤销。
注意事项：可代替继承。