装饰模式vs继承

发表于

介绍

装饰模式又名包装（Wrapper）模式

  1. 装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案
  2. 装饰模式以对客户透明的方式动态的给一个对象附加更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。
  3. 装饰模式可以在不创造更多子类的情况下。将对象的功能甲乙扩展。
  4. 装饰模式吧客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展完全是透明的
  5. 装饰模式是在不必改变原类文件和使用继承的情况下，动态的扩展一个对象的功能。他是通过创建一个包装对象，也就是装饰来包裹真实的对象。

装饰模式的角色：

  1. 抽象构建角色（component）：给出一个抽象接口，以规范准备接受附加责任的对象。
  2. 具体构建角色（concrete Component）：定义一个将要接受附加责任的类。
  3. 装饰角色（Devorator）：持有一个构建对象的引用，并定义一个与抽象构建接口一致的接口。
  4. 具体装饰角色（Concrete Decorator）:负责给构建对象“贴上”附加的责任。

装饰模式的特点：

  1. 装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。
  2. 装饰对象包含一个真实对象的引用。
  3. 装饰对象接受所有来自客户端的请求。它把这些请求转发给真实的对象。
  4. 装饰对象可以在转发这些请求以前或者以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中，通常是通过继承来是想对给定类的功能扩展。

核心代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public interface Component{
	void doSomething();
}

public class Decoraror implements Component{

	private Component component;
	
	public Decorator(Component component){
		this.component = component;
	}
	
	public void doSomething(){
		component.doSomething();
	}
}