Java与模式学习笔记 —— 装饰(Decorator)模式

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

一、装饰模式的结构

装饰模式使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展是完全透明的。

模式的类图

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

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

源代码

抽象构件角色的源代码：

public interface Component {

	/**
	 *  商业方法
	 */
	void sampleOperation();
}

装饰角色的源代码：

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

具体装饰角色的源代码：

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

具体装饰类：

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

二、装饰模式应当在什么情况下使用

1. 需要扩展一个类的功能，或给一个类增加附加责任。
2. 需要动态地给一个对象增加功能，这些功能可以再动态地撤销。
3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变得不现实。

三、使用装饰模式的优缺点

优点：

1. 装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。例如，孙大圣装饰成为鱼儿，也可以还原回本尊；而继承的鱼儿就是鱼儿。
2. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。例如，孙大圣装饰成为鱼儿，再从鱼儿装饰成为雀儿；也可以先装饰成为雀儿，再从雀儿装饰成为鱼儿；而继承需要事先通过子类的继承方式设计好。
3. 这种比继承更加灵活机动的特性，也同时意味着装饰模式比继承更加易于出错。例如，不同的装饰类在排列组合时会产生不合理的或荒谬的组合，或是制造出循环引用的错误来。

缺点：
使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。