装饰器设计模式

1,563 阅读3分钟

一、什么是装饰器设计模式?

顾名思义,装饰嘛!拿我们购买的商品来说,一件商品加上了外包装,我们看起来会更加美观,购买欲望就愈强烈。同样的道理,在程序中,当我们想增强一个对象的功能又不想通过创建一个子类来扩展其功能时,我们可以采用装饰器设计模式。

二、示例代码

Resource.java

package com.example.demo.decorator;

public abstract class Resource {

    public abstract void getName();

    public abstract void getPath();
}

ClassPathResource.java

public class ClassPathResource extends Resource {

    @Override
    public void getName() {
        System.err.println("origin name");
    }

    @Override
    public void getPath() {
        System.err.println("origin path");
    }
}

Wrapper.java

public abstract class Wrapper extends Resource {

    private Resource resource;

    public Wrapper(Resource resource) {
        this.resource = resource;
    }

    public void getName() {
        resource.getName();
    }

    public void getPath() {
        resource.getPath();
    }
}

Wrapper1.java

public class Wrapper1 extends Wrapper {

    public Wrapper1(Resource resource) {
        super(resource);
    }

    public void addFunction1() {
        System.err.println("add ");
    }

    public void addFunction2() {
        System.err.println("add 1");
    }

    @Override
    public void getName() {
        // 在此你必须调用super原来的方法,不然只增强,把原来的实现给丢了
        super.getName();
        addFunction1();
    }

    @Override
    public void getPath() {
        super.getPath();
        addFunction2();
    }
}

Main.java

public class Main {

    public static void main(String[] args) {
        Resource resource = new ClassPathResource();
        resource = new Wrapper1(resource);
        resource.getName();
        resource.getPath();
    }
}

输出

origin name
add 
origin path
add 1

可以看出,上面的Main方法中,相对resource对象进行增强,只需要将原来的resource对象丢尽Wrapper1构造器中即可。

三、装饰器设计模式的优缺点

优点:

1、我们都知道通过继承的方式可以扩展一个父类的功能,但是我们想想,如果每一个新需求进来我们就创建一个类的子类来扩展其功能,当工程越来越大之后,类的数量将急剧上升,类之间的继承关系也变得错中复杂,这使得代码维护难度越来越大。采用装饰器模式之后,我们想增加一个功能,只需要继承Decorator类即可。

A、装饰类和被装饰类可以独立发展,而不会相互耦合。换句话说,Component类无须知道Decorator类,Decorator类是从外部来扩展Component类的功能,而Decorator也不用知道具体的构件。

B、装饰模式是继承关系的一个替代方案。我们看装饰类Decorator,不管装饰多少层,返回的对象还是Component,实现的还是is-a的关系。

C、装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。

D、过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。

缺点:

A、由于使用装饰模式,可以比使用继承关系需要较少数目的类。使用较少的类,当然使设计比较易于进行。但是,在另一方面,使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很相像。

B、多层的装饰是比较复杂的。

四、装饰器设计模式的使用场景

A、需要扩展一个类的功能,或给一个类增加附加功能。

B、需要动态地给一个对象增加功能,这些功能可以再动态地撤销。

C、需要为一批的兄弟类进行改装或加装功能,当然是首选装饰模式。

最后,推荐一篇博文,哈哈,小编这篇博文很大部分都是向他学习的,你值得拥有!

《java与设计模式》之装饰模式详解&Java IO中的装饰器模式