23种设计模式——6.Adapter适配器（结构型模式）

适配，即在不改变原有实现的基础上，将原先不兼容的接口转换为兼容接口。

动机

在软件系统中，由于应用环境的变化，常常需要将“一些现存的现象”放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的。

如何应对这种“迁移的变化”？如何既能利用现有对象的良好实现，同时又能满足新的应用环境所要求的接口？

意图（Intent）

将一个类的接口转换成客户端所期望的另一种接口，从而使原本由于接口不匹配而不能一起工作的那些类可以一起工作。

结构（Structure

——对象适配器

——类适配器

角色：

Target目标角色
Adaptee源角色
Adapter适配器角色，将源角色转为客户希望的目标角色

适配器模式应用分析

适配器模式适用情形：

当适用一个已存在的类，而它的接口不符合所要求的情况；
想要创建一个可以复用的类，该类可以与原接口的类协调工作；
在对象适配中，当要匹配数个子类的时候，对象适配器可以适配它们的父类接口。

适配器模式特点

类适配器：

使得Adapter可以重定义Adaptee的部分行为。因为Adaptee是Adapter的一个子类；
仅仅引入了一个对象，并不需要额外的指针间接得到Adaptee。

对象适配器：

允许一个Adapter与多个Adaptee同时工作。Adapter也可以一次给所有的Adaptee添加功能；
使得重定义Adaptee的行为比较困难。需要生成一个Adaptee的子类，然后使Adapter引入这个子类而不是引用Adaptee本身

Adpter模式的几个要点

Adapter模式主要应用于“希望复用一些现存的类，但是接口又与复用环境要求不一致的情况”，在遗留代码复用、类库迁移等方面非常有用。
GoF定义了两种Adapter模式的实现结构：对象适配器和类适配器。但类适配器采用“多继承”的实现方式，带来了不良的高耦合，所以一般不推荐使用。对象适配器采用：对象组合“的方式，更符合松耦合精神。
Adapter模式可以实现的非常灵活，不必拘泥于GoF23中定义的两种结构。例如，完全可以将Adapter模式中“现存对象”作为新的接口方法参数，来达到适配的目的。
Adapter模式本身要求我们尽可能地使用“面向接口的编程”风格，这样才能在后期很方便地适配。

示例代码

目标角色：

public interface Target{
	//目标角色有自己的方法
	public void request();
}

目标角色的实现类：

public class ConcreteTarget implements Target{
	public void request(){
		System.out.println("我是目标角色!");
	}
}

源角色

public class Adaptee{
	//原有的业务逻辑
	public void doSomething(){
		System.out.println("我是源角色!");
	}
}

适配器角色

public class Adapter extends Adaptee implements Target{
	public void request(){
		doSomething();
	}
}

场景类：

public class Client{
	public static void main(String[] args) {
		//原有的业务逻辑
		Target target1 = new ConcreteTarget();
		target1.request();

		//增加了适配器角色后的业务逻辑
		Target target2 = new Adapter();
		target2.request();
	}
}

适配器的使用场景

当有动机修改一个已经投产中的接口时，适配器模式可能是最适合的模式。

适配器模式最好在详细设计阶段不要考虑它，它不是为了解决还处在开发阶段的问题，而是解决正在服役的项目问题。