装饰模式(Decorator)

1.简介

装饰模式指的是在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。

2.特点

(1) 装饰对象和真实对象有相同的接口。这样客户端对象就能以和真实对象相同的方式和装饰对象交互。

(2) 装饰对象包含一个真实对象的引用(reference)

(3) 装饰对象接受所有来自客户端的请求。它把这些请求转发给真实的对象。

(4) 装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中，通常是通过继承来实现对给定类的功能扩展。

3.适用场景

1. 需要扩展一个类的功能，或给一个类添加附加职责。

2. 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。

3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。

4. 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

4.UML类图

角色构成：

抽象组件角色(Component)：定义一个对象接口，以规范准备接受附加责任的对象，即可以给这些对象动态地添加职责。

具体组件角色(ConcreteComponent) :被装饰者，定义一个将要被装饰增加功能的类。可以给这个类的对象添加一些职责。

抽象装饰器(Decorator):维持一个指向构件Component对象的实例，并定义一个与抽象组件角色Component接口一致的接口。

具体装饰器角色（ConcreteDecorator):向组件添加职责。

5.实例代码
 

//抽象构建角色
interface Component{
	public void Operation();
}

//具体的构建角色
class ConcreteComponent implements Component{
  //我做了一份水煮肉片
	public void Operation() {
		//完成相关的业务代码
		System.out.println("我做了一份水煮肉片");
	}
}

//抽象装饰器
class Decorator implements Component{
	private Component component;
	public Decorator(Component component) {
		this.component=component;
	}
	public void Operation() {
		//委托给构建
		component.Operation();
	}
}

//具体的装饰角色A
class ConcreteDecoratorA extends Decorator{
	public ConcreteDecoratorA(Component component) {
		super(component);
	}
	public void Operation() {
		super.Operation();
		//添加你需要的职责，例如给水煮肉片撒上一些香菜
		System.out.println("给水煮肉片撒上一些香菜");
	}
	
}

//具体的装饰角色B
class ConcreteDecoratorB extends Decorator{
	public ConcreteDecoratorB(Component component) {
		super(component);
	}
	public void Operation() {
		super.Operation();
		//添加你需要的职责，例如给水煮肉片撒上一些辣椒粉
		System.out.println("给水煮肉片撒上一些辣椒粉");
	}
	
}

public class Client{
	public static void main(String[] args) {
		Component component = new ConcreteComponent();
		Decorator decorator;
		decorator=new ConcreteDecoratorA(component);
		decorator.Operation();
		decorator=new ConcreteDecoratorB(component);
		decorator.Operation();
	}
}

运行结果如下： 

我做了一份水煮肉片
给水煮肉片撒上一些香菜
我做了一份水煮肉片
给水煮肉片撒上一些辣椒粉

6.优点

• 装饰模式与继承关系的目的都是要拓展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”，或者“除掉”一个不需要的“装饰”。继承关系则不同，继承关系是静态的，它在系统运行前就决定了。
• 通过不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出更多不同行为的组合。

7.缺点

由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另外一方面，使用装饰模式会产生比使用继承关系所产生的更多的对象。而更多的对象会使得查找错误更为困难，特别是这些对象在看上去极为相似的时候。