设计模式（五）装饰模式

一、概念

装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能，可以在不创建更多子类的情况下，将对象的功能加以扩展，是继承关系的一个替代方案。用意：动态地为对象添加一些额外的功能，就好比为房子进行装修一样。

特点：
装饰者和被装饰者拥有相同的超类型(可能是抽象类也可能是接口)；
在装饰类中包含一个被装饰组件类的对象引用；
可以为被装饰对象添加额外的功能；
在装饰类中重写被装饰组件类中的方法，并对被装饰组件类中对应的方法调用；
因为装饰者和被装饰者拥有相同的抽象类型，因此在任何需要原始对象（被包装）的场合，都可以用装饰过的对象来替代它；可以用多个装饰类来包装一个对象，装饰类可以包装装饰类或被装饰对象。简而言之，装饰模式保持接口，增强性能；继承至Component同时包含一个Component作为其成员变量（装饰器模式动机中的动态地增加功能是在这里实现的）。

二、UML图表示

Component(抽象构建)：它是具体构建类和抽象装饰类的父类。声明具体构建类的业务方法，它可以使客户端同等的对待被装饰类修饰过的类和没被修饰过的类。实现客户端的透明操作。

ConcreteComponent(具体构件类):它实现了抽象构建类的业务方法，装饰类会给它增加额外的方法。

Decorator(装饰类)：它也是抽象构建类的子类，用于给具体构建类添加方法。它维护一个指向抽象构建对象的引用，通过该引用可以调用装饰之前构建对象的方法，并通过其子类扩展该方法，已达到装饰的目的。

ConcreteDecorator(具体装饰类):它是抽象装饰类的子类，负责给构建类添加新的方法。每一个具体的装饰类都定义了一个具体的行为。

三、装饰模式的具体实现
Component

package decoratorPattern;

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

ConcreteComponent

package decoratorPattern;

public class ConcreteComponent extends Component {

	@Override
	public void display() {
		// TODO Auto-generated method stub
		System.out.println("显示窗体");
	}
}

Decorator

package decoratorPattern;

public class Decorator extends Component {
	private Component component;
	public Decorator(Component com) {
		this.component=com;
	}

	@Override
	public void display() {
		// TODO Auto-generated method stub
		component.display();
	}

}

ConcreteDecorator

package decoratorPattern;

public class ConcreteDecorator extends Decorator {

	public ConcreteDecorator(Component com) {
		super(com);
		// TODO Auto-generated constructor stub
	}
	//重写方法
	public void display() {
		super.display();
		this.setMyMethod();
	}
	public void setMyMethod() {
		System.out.println("添加装饰方法");
	}
}

ConcreteDecorator2

package decoratorPattern;

public class ConcreteDecorator2 extends Decorator {

	public ConcreteDecorator2(Component com) {
		super(com);
		// TODO Auto-generated constructor stub
	}
	
	//重写display方法
	public void display() {
		super.display();
		this.shou();
	}
	
	public void shou() {
		System.out.println("这是装饰方法2");
	}
}

Client

package decoratorPattern;

public class Client {
	public static void main(String[] args) {
		Component com = new ConcreteComponent();
		Component d1 = new ConcreteDecorator(com);
		d1.display();
		//装饰过后的方法还可以再次装饰
		Component d2 = new ConcreteDecorator2(d1);
		d2.display();
	}
}

运行结果：（可以不停的加方法）

四、优缺点
优点：
（1）装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”或者除掉一个“装饰”，继承关系是静态的，它在系统运行前就决定了；
（2）通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合；
（3）装饰者类可以在被装饰者的行为前面或后面加上自己的行为，甚至取代被装饰者的行为，达到特定的目的；
（4）装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型
缺点：
由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。

五、适用场景
1）在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责；
2）处理那些可以撤销的职责；
3）当不能采用生成子类的方式进行扩充时。

六、装饰器模式与适配器模式的比较
共同点：都拥有一个目标对象。装饰器通过包装一个装饰对象来扩展其功能，而又不改变其接口，这实际上是基于对象的适配器模式的一种变种。
不同点：适配器模式需要实现另外一个接口，而装饰器模式必须实现该对象的接口。适配器模式主要是为了接口的转换，而装饰者模式关注的是通过组合来动态的为被装饰者注入新的功能或行为(即所谓的责任)。

七、总结
装饰模式在某些不方便用继承的时候是非常好用的一个模式，毕竟不用写太多的类。但是我建议不要装饰太多次，因为显然，如果装饰太多层，进行排查的时候会非常的麻烦。

参考：https://blog.csdn.net/qq_40709468/article/details/82597235