设计模式学习之装饰模式

装饰模式

动态地给一个对象增加一些额外的职责。就扩展功能而言，装饰模式提供了一种比使用子类更加灵活的替代方案

类图

实现

定义抽象构件

package design.decorator;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public abstract class Component {
    public abstract void operation();
}

定义具体构件

package design.decorator;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class ConcreteComponent extends Component {
    @Override
    public void operation() {
        System.out.println("基本功能");
    }
}

定义抽象装饰类

维护一个指向抽象构件对象的引用，通过该引用可以调用装饰之前构件对象的方法，并通过子类扩展该方法，以达到装饰的目的

package design.decorator;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class Decorator extends Component {
    //维持一个对抽象构件对象的引用
    private Component component;

    //注入一个抽象构件类型的对象、
    public Decorator(Component component) {
        this.component = component;
    }

    @Override
    public void operation() {
        //调用原有业务方法
        component.operation();
    }
}

package design.decorator;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class ConcreteDecorator extends Decorator {
    public ConcreteDecorator(Component component) {
        super(component);
    }

    public void operation(){
        super.operation();
        addBehavior();
    }

    //新增业务方法
    public void addBehavior(){

    }
}

应用实例

某软件公司基于面向对象技术开发了一套图形界面构件库——VisualComponent，该构件库提供了大量基本构件，如窗体、文本框、列表框等，由于在使用该构件库时，用户经常要求定制一些特殊的显示效果，如带滚动条的窗体、带黑色边框的文本框、既带滚动条又带黑色边框的列表框等等，因此经常需要对该构件库进行扩展以增强其功能。
现使用装饰模式来设计该图形界面构件库。

代码实现

抽象界面构件类

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public abstract class Component {
    public abstract void display();
}

具体构件类

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class Window extends Component {

    @Override
    public void display() {
        System.out.println("显示窗体！");

    }
}

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class TextBox extends Component {

    @Override
    public void display() {
        System.out.println("显示文本框！");

    }
}

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class ListBox extends Component {

    @Override
    public void display() {
        System.out.println("显示列表框！");

    }
}

抽象装饰类

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class ComponentDecorator extends Component {

    // 维持对抽象构件类型对象的引用
    private Component component;

    public ComponentDecorator(Component component) {
        this.component = component;
    }

    @Override
    public void display() {
        component.display();
    }

}

具体装饰类

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class ScrollBarDecorator extends ComponentDecorator {

    public ScrollBarDecorator(Component component) {
        super(component);

    }

    public void display() {
        this.setScrollBar();
        super.display();
    }

    public void setScrollBar() {
        System.out.println("为构件增加滚动条！");
    }
}

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class BlackBorderDecorator extends ComponentDecorator {

    public BlackBorderDecorator(Component component) {
        super(component);
    }

    public void display() {
        this.setBlackBorder();
        super.display();
    }

    public void setBlackBorder() {
        System.out.println("为构件增加黑色边框！");
    }
}

客户端

package design.decorator.test;

/*
 *
 *@author:zzf
 *@time:2020-12-19
 *
 */
public class Client {
    public static void main(String[] args) {
        Component component, componentSB;
        component = new Window();
        componentSB = new ScrollBarDecorator(component);
        componentSB.display();
    }
}

透明装饰模式与半透明装饰模式

透明装饰模式

在标准的装饰模式中，新增行为需在原有业务方法中调用，无论是具体构件对象还是装饰过的构件对象，对于客户端而言都是透明的

要求客户端完全针对抽象编程，要求客户端程序不应该将对象声明为具体构件类型或具体装饰类型，而应该全部声明为抽象构件类型

半透明装饰模式

在某些情况下，有些新增行为可能需要单独被调用，此时客户端不能再一致性地处理装饰之前的对象和装饰之后得到对象

允许单独调用新增的业务方法，所以用具体装饰类型来定义装饰之后的对象，具体构件类型仍然可以用抽象构件类来定义

最大的缺点是不能实现对同一个对象的多次装饰

将上述实例应用半透明装饰模式

修改客户端

public class Client {

	public static void main(String[] args) {
		Component component;
		component = new Window();
		component.display();
		System.out.println("============================");
		// 能增加滚动条的具体装饰类
		ScrollBarDecorator componentSB;
		componentSB = new ScrollBarDecorator(component);
		componentSB.display();
		// 单独调用
		componentSB.addedBehavior();
	}
}

装饰模式优缺点

优点：
（1）扩展功能时比继承更加灵活，不会导致类的个数急剧增加
（2）可以通过一种动态的方式来扩展一个对象的功能
（3）可以对一个对象进行多次装饰，还通过使用不同的具体装饰类以及这些装饰类的排列组合创造出很多不同行为的组合，得到功能更加强大的对象
（4）用户可以根据需要增加新的具体构件类和具体装饰类，原有类库代码无须改变，符合开闭原则

缺点：
（1）使用装饰模式进行系统设计时将产生很多小对象
（2）装饰模式比继承更容易出错，排错也更困难，对于多次装饰的对象，在调试时寻找错误可能需要逐级排查，较为烦琐。

适用环境

（1）在不影响其他对象的情况下以动态、透明的方式给单个对象添加职责
（2）当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时也可以使用装饰模式

参考
Java设计模式