Java与模式之装饰（Decorator）模式

    装饰模式又名包装模式。装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。

    装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类。关键在于这种扩展是完全透明的。

    模式的类图如下：

 

 

    在装饰模式中的各个角色有：

• 抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附件责任的对象。
• 具体构件（Concrete Component）角色：定义一个要接收附加责任的类。
• 装饰（Decorator）角色：持有一个构件（Component）对象的实例，并定义一个与抽象构件接口一致的接口。
• 具体装饰（Concrete Decorator）角色：负责给构件对象“贴上”附加的责任。

    装饰模式示意性源码：

      package decorator;

public interface Component {
	/**
	 * 商业方法
	 */
	void sampleOperation();
}

 package decorator;

public class Decorator implements Component {
	private Component component;
	/**
	 * 构造子
	 * @param component
	 */
	public Decorator(Component component){
		this.component = component;
	}
	/**
	 * 构造子
	 */
	public Decorator(){
		// write your code here
	}
	
	/**
	 * 商业方法，委派给构件
	 */
	public void sampleOperation() {
		component.sampleOperation();
	}

}

1. 在上面的装饰类里，有一个私有的属性component，其数据类型是构件（Component）。
2. 此装饰类实现了构件（Component）接口。
3. 接口的实现方法也值得注意，每一个实现的方法都委派给父类，但并是单纯的委派，而是可以有功能的增强。

 

package decorator;

public class ConcreteComponent implements Component {
	/**
	 * 构造子
	 */
	public ConcreteComponent(){
		// write your code here
	}
	/**
	 * 商业方法
	 */
	public void sampleOperation() {
		// write your code here
	}

}

 package decorator;

 

public class ConcreteDecorator extends Decorator {
	/**
	 * 商业方法
	 */
	public void sampleOpertaion(){
		super.sampleOperation();
	}
}

 

对象图

    装饰模式的对象图呈链状结构，如果有三个具体装饰类，分别为Decorator1、Decorator2、Decorator3，具体构件类是ConcreteComponent。一个典型的创建过程代码如下：

 

new Decorator1(
    new Decorator2(
        new Decorator3(
            new ConcreteComponent()
        )
    )
);

    这就意味着Decorator1的对象持有一个Decorator2的对象的引用，后者持有一个对Decorator3对象的引用，再后者持有一个对具体构件ConcreteComponent对象的引用，这种链式关系看上去像一个LinkedList，如下图：

 

    装饰模式常常被称为包裹模式，就是因为每一个具体装饰类都将下一个具体装饰类或者具体构件类包裹起来。仍然以上面的情况为例，Decorator1对象包裹了Decorator2对象，后者包裹了Decorator3对象，再后者包裹了ConcreteComponent对象。每一层的包裹都提供了新的功能，如下图所示。