装饰器模式,顾名思义,拘束将某个类重新装扮一下,使得它比原来更“漂亮”, 或者在功能上更强大,这就是装饰器模式所要达到的目的。但是作为原来的这个类的使用者,还不应该感受到装饰前和装饰后又什么不同,否则就破坏了原有类的结构了。

  装饰器模式有如下结构:

  • Component:抽象组件,定义了一组抽象的接口,规定这个被装饰类有哪些功能。

  • ConcreteComponent: 实现这个抽象组件的所有功能。

  • Decorator:装饰器角色, 它持有一个Component 对象实例的引用。

  • ConcreteDecorator:具体的装饰器实现者,负责实现装饰器角色定义的功能。

  好了,下面直接上代码:

  1、先定义一个抽象组件 Component:

package com.hd.decorator;

public interface Component {
    void Operation();
}

  2、再实现这个抽象组件的功能

package com.hd.decorator;

public class ConcreteComponent implements Component {

    @Override
    public void Operation() {
        System.out.println("具体抽象组件的功能");
    }
}

  3、定义一个装饰器类

package com.hd.decorator;

public class Decorator implements Component {

    protected Component component;
    public void setComponent(Component component){
        this.component = component;
    }
    @Override
    public void Operation() {
        if(component != null){
            component.Operation();
        }
        
    }
}

  4、再定义装饰器的实现者:

package com.hd.decorator;

public class ConcreteDecoratorA extends Decorator {

    @Override
    public void Operation() {
        System.out.println("加上装饰功能A...");
        super.Operation();
    }
}
package com.hd.decorator;

public class ConcreteDecoratorB extends Decorator {

    @Override
    public void Operation() {
        System.out.println("加上装饰功能B...");
        super.Operation();
    }
}

  5、下面测试一下:

package com.hd.decorator;

public class TestDecorator {

    public static void main(String[] args) {
        Component c = new ConcreteComponent();
        ConcreteDecoratorA d1 = new ConcreteDecoratorA();
        ConcreteDecoratorB d2 = new ConcreteDecoratorB();
        
        d1.setComponent(c);
        d2.setComponent(d1);
        d2.Operation();

    }

}

  结果如下:

加上装饰功能B...
加上装饰功能A...
具体抽象组件的功能

  装饰器和适配器模式,他们看似都是起到包装一个类或者对象的作用,但是使用他们的目的很不一样。

  适配器模式的意思是要将一个接口转变成另一个接口,它的目的是通过改变接口来达到重复使用的目的; 而装饰器模式不是要改变被装饰对象的接口,而是恰恰要保持原有的接口,但是增强原有对象的功能,或者改变原有对象的处理方法而提升性能。所以这两个模式设计的目的是不同的。