Attach additional responsibilities to an object dynamically keeping the same interface.Decorators provide a flexible alternative to subclassing for extending functionality.(动态地给一个对象添加一些额外的职责。就增加功能来说,装饰模式相比生成子类更为灵活。)

装饰模式有四个角色:
1.Component抽象构件
Component是一个接口或者是抽象类,就是定义我们最核心的对象,也就是最原始的对
象。
2.ConcreteComponent 具体构件
ConcreteComponent是最核心、最原始、最基本的接口或抽象类的实现,你要装饰的就是
它。
3.Decorator装饰角色
一般是一个抽象类,做什么用呢?实现接口或者抽象方法,它里面可不一定有抽象的方
法呀,在它的属性里必然有一个private变量指向Component抽象构件。
4.具体装饰角色
ConcreteDecoratorA和ConcreteDecoratorB是两个具体的装饰类,你要把你最核心的、最
原始的、最基本的东西装饰成其他东西。

具体请看例子:
Car

/**
 * @author shuliangzhao
 * @Title: Car
 * @ProjectName design-parent
 * @Description: TODO
 * @date 2019/6/13 23:26
 */
public abstract class Car {

    public abstract void driver();
}

AudiCar

/**
 * @author shuliangzhao
 * @Title: AudiCar
 * @ProjectName design-parent
 * @Description: TODO
 * @date 2019/6/13 23:27
 */
public class AudiCar extends Car {
    @Override
    public void driver() {
        System.out.println("速度为每小时50KM");
    }
}

DecoratorCar

/**
 * @author shuliangzhao
 * @Title: DecoratorCar
 * @ProjectName design-parent
 * @Description: TODO
 * @date 2019/6/13 23:28
 */
public abstract class DecoratorCar extends Car{

    private Car car;

    public DecoratorCar(Car car) {
        this.car = car;
    }

    @Override
    public void driver() {
        car.driver();
    }
}

BlueAudiCar

/**
 * @author shuliangzhao
 * @Title: BlueAudiCar
 * @ProjectName design-parent
 * @Description: TODO
 * @date 2019/6/13 23:31
 */
public class BlueAudiCar extends DecoratorCar {

    public BlueAudiCar(Car car) {
        super(car);
    }

    @Override
    public void driver() {
        this.color();
        super.driver();
    }

    private void color() {
        System.out.println("蓝色奥迪车");
    }
}
/**
 * @author shuliangzhao
 * @Title: BmwCar
 * @ProjectName design-parent
 * @Description: TODO
 * @date 2019/6/13 23:30
 */
public class RedAudiCar extends DecoratorCar {

    public RedAudiCar(Car car) {
        super(car);
    }

    @Override
    public void driver() {
        this.color();
        super.driver();
    }

    private void color() {
        System.out.println("红色奥迪车");
    }
}

客户端

/**
 * @author shuliangzhao
 * @Title: Client
 * @ProjectName design-parent
 * @Description: TODO
 * @date 2019/6/13 23:32
 */
public class Client {

    public static void main(String[] args) {
        Car car = new AudiCar();
        car.driver();
        Car redCar = new RedAudiCar(car) ;
        redCar.driver();
        Car blueCar = new BlueAudiCar(car);
        blueCar.driver();
    }
}

运行结果

 
设计模式-装饰模式(Decorator Pattern)-LMLPHP
image.png

装饰模式优点:

1.装饰类和被装饰类可以独立发展,而不会相互耦合。
2.装饰模式是继承关系的一个替代方案。
3.可以动态扩展类。

装饰模式缺点:

多层的装饰是比较复杂。

装饰模式使用场景:

需要动态地给一个对象增加功能、需要扩展一个类的功能。

举个简单例子可以看出装饰模式的好处:三个继承关系Father、Son、GrandSon三个类,我要在Son类上增强一些功能怎么办?我想你会坚决地顶回去!不允许,对了,为什么呢?你增强的功能是修改Son类中的方法吗?增加方法吗?对GrandSon的影响呢?特别是GrandSon有多个的情况,你会怎么办?这个评估的工作量就够你受的,所以这是不允许的,那还是要解决问题的呀,怎么办?通过建立SonDecorator类来修饰Son,相当于创建了一个新的类,这个对原有程序没有变更,通过扩展很好地完成了这次变更。

注意:继承是静态地给类增加功能,而装饰模式则是动态地增加功能。

06-14 17:39