设计模式之装饰(Decorator)模式

Posted gdy1993

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式之装饰(Decorator)模式相关的知识,希望对你有一定的参考价值。

设计模式之装饰(Decorator)模式

(一)什么是装饰(Decorator)模式

  装饰模式,又称为包装模式,它以对客户端透明的方式扩张对象的功能,是继承关系的替代方案之一。
  装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展。

(二)装饰模式的角色

  1)抽象构件(Component)角色:给出一个抽象接口,以规范准备接受附加责任的对象
  2)具体构件(Concrete component)角色:定义一个将要接受附加责任的类
  3)装饰角色(Decorator)角色:持有一个构建(Component)对象的实例
  4)具体装饰(Concrete decorator)角色:负责给构件对象添加功能。

技术分享图片

(三)装饰模式的实现

  想象一下这样一种情况,定义了一个接口Car(代码如下),里边只包含一个方法move(),这个方法用来展示具体车的移动方式。

public interface Car {
    void move();
}

  首先我们创建一个最普通的车RunCar(这里的普通指的是移动方式为陆地移动),实现这个接口。

public class RunCar implements Car {

    @Override
    public void move() {
        this.run();
    }
    
    public void run() {
        System.out.println("可以跑");
    }
    
}

  随着科技的进步,可能会有能够飞的车FlyCar,可能会有SwimCar,我们首先想到的实现方式就是继承,通过子类的实现扩展父类的功能,在这里指的是分别创建FlyCar类和SwimCar类实现Car接口。如果有这样一种需求,创建一种既能飞fly也能swim的FlySwimCar,这样该如何实现的,传统的继承能够实现,但一方面java只支持单继承,灵活性较差,另一方面,之前已经分别创建了FlyCar和SwimCar,如果再创建FlySwimCar会造成代码重复,想象一下,如果能够在FlyCar的基础上扩展swim功能就好了。

  恰巧,装饰着模式就能解决此类问题。

  这里我们的Component角色 指的就是Car接口,它既是被装饰类的父接口,也是装饰类的父接口。

  RunCar扮演的就是被装饰者的角色,它是Component角色的实现类。

  抽象装饰角色为CarDecorator,实现了Car接口,切内部包含一个Car的引用,用来保存被装饰的对象:

public abstract class CarDecorator implements Car  {
    private Car car;
    public CarDecorator(Car car) {
        this.car = car;
    }
    
    
    public Car getCar() {
        return car;
    }


    public void setCar(Car car) {
        this.car = car;
    }


    public abstract void move();
} 

  具体抽象角色用于具体功能的扩展,在这里SwimCarDecorator为传进的汽车对象增加swim功能,FlyCarDecorator为传进的汽车对象增加fly功能。

public class SwimCarDecorator extends CarDecorator {

    public SwimCarDecorator(Car car) {
        super(car);
    }
    
    public void move() {
        this.getCar().move();
        this.swim();
    }
    
    public void swim() {
        System.out.println("可以游");
    }

}
public class FlyCarDecorator extends CarDecorator {

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

    @Override
    public void move() {
        this.getCar().move();
        this.fly();
    }
    
    public void fly() {
        System.out.println("可以飞");
    }
    
}

  这样以来,如果要创建一个会飞的汽车,那么把一个普通汽车传给FlyCarDecorator即可,如果创建一个会swim的车,把普通汽车传给SwimDecorator即可,如果想创建一个既会fly也会swim,只需把一个普通对的车传给FlyCarDecorator,再传给SwimDecorator即可。

public class Client {
    public static void main(String[] args) {
        Car runCar = new RunCar();
        runCar.move();
        System.out.println("-----------");
        Car flyCar = new FlyCarDecorator(runCar);
        flyCar.move();
        System.out.println("-----------");
        Car flySwimCar = new SwimCarDecorator(new FlyCarDecorator(new RunCar()));
        flySwimCar.move();
    }
}

(四)在什么情况下使用装饰模式

  需要扩展一个类的功能,或给一个类增加附加责任。
  需要动态地给一个对象增加功能,这些功能可以动态的撤销
  需要增加由一些基本功能排列则和而产生的非常大量的功能,从而使继承关系变得不显示。

(五)装饰模式的简化

  1)如果只有一个ConcreteComponent类而没有抽象的Component接口,可以把Decorator类设为ConcreteComponent的一个子类  
  2)如果只有一个ConcreteDecorator类,就没有必要定义Decorator类

(六)装饰模式的优缺点  

  优点:
    1)装饰模式与继承关系的目的都是扩展对象的功能,装饰模式可以提供比继承更多的灵活性。继承是静态的,而装饰是动态的。
    2)通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可是设计出很多不同行为的组合。
  缺点:
   使用装饰比使用继承需要更少数目的类,使用较少的类当然设计比较易于进行,但另一方面,装饰模式会产生比继承关系更多的对象,这些对象看上去都很相似,因此查错更为困难。












以上是关于设计模式之装饰(Decorator)模式的主要内容,如果未能解决你的问题,请参考以下文章

设计模式---单一职责模式之装饰模式(Decorator)

设计模式之——Decorator模式

C++之装饰(decorator)模式

设计模式之装饰(Decorator)模式

Head First设计模式之装饰者模式(Decorator Pattern)

JAVA SCRIPT设计模式--结构型--设计模式之Decorator装饰模式