装饰模式

概述

装饰模式可以在不改变一个对象本身功能的基础上给对象增加额外的新行为，在现实生活 中，这种情况也到处存在，例如一张照片，我们可以不改变照片本身，给它增加一个相框， 使得它具有防潮的功能，而且用户可以根据需要给它增加不同类型的相框，甚至可以在一个 小相框的外面再套一个大相框。

装饰模式是一种用于替代继承的技术，它通过一种无须定义子类的方式来给对象动态增加职 责，使用对象之间的关联关系取代类之间的继承关系。在装饰模式中引入了装饰类，在装饰 类中既可以调用待装饰的原有类的方法，还可以增加新的方法，以扩充原有类的功能。

定义

装饰模式(Decorator Pattern)：动态地给一个对象增加一些额外的职责，就增加对象功能来说， 装饰模式比生成子类实现更为灵活。装饰模式是一种对象结构型模式。

在装饰模式中，为了让系统具有更好的灵活性和可扩展性，我们通常会定义一个抽象装饰 类，而将具体的装饰类作为它的子类，装饰模式结构如图所示：

在装饰模式结构图中包含如下几个角色：

• Component（抽象构件）：它是具体构件和抽象装饰类的共同父类，声明了在具体构件中实 现的业务方法，它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对 象，实现客户端的透明操作。

• ConcreteComponent（具体构件）：它是抽象构件类的子类，用于定义具体的构件对象，实 现了在抽象构件中声明的方法，装饰器可以给它增加额外的职责（方法）。

• Decorator（抽象装饰类）：它也是抽象构件类的子类，用于给具体构件增加职责，但是具体 职责在其子类中实现。它维护一个指向抽象构件对象的引用，通过该引用可以调用装饰之前 构件对象的方法，并通过其子类扩展该方法，以达到装饰的目的。

• ConcreteDecorator（具体装饰类）：它是抽象装饰类的子类，负责向构件添加新的职责。每 一个具体装饰类都定义了一些新的行为，它可以调用在抽象装饰类中定义的方法，并可以增 加新的方法用以扩充对象的行为。

由于具体构件类和装饰类都实现了相同的抽象构件接口，因此装饰模式以对客户透明的方式 动态地给一个对象附加上更多的责任，换言之，客户端并不会觉得对象在装饰前和装饰后有 什么不同。装饰模式可以在不需要创造更多子类的情况下，将对象的功能加以扩展。

装饰模式的核心在于抽象装饰类的设计，其典型代码如下所示：

class Decorator	implements Component {
	private	Component component;		//维持一个对抽象构件对象的引用	
	public Decorator(Component	component)	{ //注入一个抽象构件类型的对象		
		this.component=component;
	}
	public void operation() {
		component.operation();		//调用原有业务方法
	} 
}

在抽象装饰类Decorator中定义了一个Component类型的对象component，维持一个对抽象构件 对象的引用，并可以通过构造方法或Setter方法将一个Component类型的对象注入进来，同时 由于Decorator类实现了抽象构件Component接口，因此需要实现在其中声明的业务方法 operation()，需要注意的是在Decorator中并未真正实现operation()方法，而只是调用原有 component对象的operation()方法，它没有真正实施装饰，而是提供一个统一的接口，将具体装 饰过程交给子类完成。

在Decorator的子类即具体装饰类中将继承operation()方法并根据需要进行扩展，典型的具体装 饰类代码如下：

class ConcreteDecorator	extends	Decorator {	
	public	ConcreteDecorator(Component	component) {	
		super(component);
	}
	public void	operation()	{
		super.operation();		//调用原有业务方法
		addedBehavior();		//调用新增业务方法							
	}
	//新增业务方法							
	public void	addedBehavior()	{
		…… 
	} 
}

在具体装饰类中可以调用到抽象装饰类的operation()方法，同时可以定义新的业务方法，如 addedBehavior()。

由于在抽象装饰类Decorator中注入的是Component类型的对象，因此我们可以将一个具体构件 对象注入其中，再通过具体装饰类来进行装饰；此外，我们还可以将一个已经装饰过的 Decorator子类的对象再注入其中进行多次装饰，从而对原有功能的多次扩展。

实例

现在需要给一些窗体、文本框、列表框等，添加滚动条或黑边框效果，使用装饰模式来实现此效果。

抽象构件类：

public abstract class Component {
    public abstract void display();
}

具体构件类：

public class Window extends Component {
    @Override
    public void display() {
        System.out.println("显示窗体.");
    }
}

public class TextBox extends Component {
    @Override
    public void display() {
        System.out.println("显示文本框.");
    }
}

public class ListBox extends Component {
    @Override
    public void display() {
        System.out.println("显示列表框.");
    }
}

抽象装饰器类：

public class ComponentDecorator extends Component {
    //维持对抽象构件对象的引用
    private Component component;

    //注入抽象构件
    public ComponentDecorator(Component component) {
        this.component = component;
    }

    @Override
    public void display() {
        //调用抽象构件逻辑
        component.display();
    }
}

滚动条装饰器类：

public class ScrollBarDecorator extends ComponentDecorator {
    public ScrollBarDecorator(Component component) {
        super(component);
    }

    @Override
    public void display() {
        super.display();
        setScrollBar();
    }

    public void setScrollBar() {
        System.out.println("添加滚动条.");
    }
}

黑边框装饰器类：

public class BlackBorderDecorator extends ComponentDecorator{
    public BlackBorderDecorator(Component component) {
        super(component);
    }
    
    @Override
    public void display() {
        //构件类原有逻辑
        super.display();
        //添加新的逻辑
        setBlackBorder();
    }

    public void setBlackBorder() {
        System.out.println("添加黑色边框.");
    }
}

测试代码：

@Test
    public void testDecorator() {
        Component c1, c2, c3;
        c1 = new Window();
        c1.display();
        System.out.println("-----");
        //添加一个黑色边框
        c2 = new BlackBorderDecorator(c1);
        c2.display();
        System.out.println("-----");
        //添加滚动条
        c3 = new ScrollBarDecorator(c2);
        c3.display();
    }

结果：

使用 IDEA 将结构图呈现出来：

总结

装饰模式降低了系统的耦合度，可以动态增加或删除对象的职责，并使得需要装饰的具体构 件类和具体装饰类可以独立变化，以便增加新的具体构件类和具体装饰类。在软件开发中， 装饰模式应用较为广泛，例如在JavaIO中的输入流和输出流的设计、javax.swing包中一些图形 界面构件功能的增强等地方都运用了装饰模式。

主要优点

1. 对于扩展一个对象的功能，装饰模式比继承更加灵活性，不会导致类的个数急剧增加。
2. 可以通过一种动态的方式来扩展一个对象的功能，通过配置文件可以在运行时选择不同的 具体装饰类，从而实现不同的行为。
3. 可以对一个对象进行多次装饰，通过使用不同的具体装饰类以及这些装饰类的排列组合， 可以创造出很多不同行为的组合，得到功能更为强大的对象。
4. 具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类和具体装 饰类，原有类库代码无须改变，符合“开闭原则”

主要缺点

1. 使用装饰模式进行系统设计时将产生很多小对象，这些对象的区别在于它们之间相互连接 的方式有所不同，而不是它们的类或者属性值有所不同，大量小对象的产生势必会占用更多 的系统资源，在一定程序上影响程序的性能。
2. 装饰模式提供了一种比继承更加灵活机动的解决方案，但同时也意味着比继承更加易于出 错，排错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为繁琐。

适用场景

1. 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
2. 当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时可以使用装 饰模式。不能采用继承的情况主要有两类：第一类是系统中存在大量独立的扩展，为支持每 一种扩展或者扩展之间的组合将产生大量的子类，使得子类数目呈爆炸性增长；第二类是因 为类已定义为不能被继承（如Java语言中的final类）。