『设计模式』适配器模式(Adapter)

23 种设计模式+额外常用设计模式汇总 (持续更新）

适配器模式(Adapter)

适配器模式把一一个类的接口变换成客户端所期待的另一种接口，从而使原本接口不匹配而无法在一起工作的两个类能够在一起工作。

实际上就是对类或者对象，找到一个翻译，能够使得源对象能够匹配到现对象。

软件系统设计和开发的问题

在软件系统设计和开发中，这种问题也会经常遇到:
有时为了完成某项工作购买了一个第三方的库来加快开发。这就带来了一个问题:我们在应用程序中已经设计好了接口,与这个第三方提供的接口不一致，为了使得这些接口不兼容的类(不能在-起工作)可以在一起工作，Adapter模式提供了将一个类(第三方库)的接口转化为客户（购买使用者）希望接口的方法。

两种形式

• 类的适配器模式
• 对象的适配器模式

适配器模式结构

从图中可以看出:客户端需要调用Request方法，而Adaptee没有该方法，为了使客户端能够使用Adaptee类，需要提供一个包装(Wrapper) 类Adapter。这个包装类包装了一个Adaptee 的实例，从而将客户端与Adaptee衔接起来。由于Adapter与Adaptee是委派(组合)关系，这决定了这个适配器模式是对象的。

• 目标(Target)角色这是客户所期待的接口。目标可以是具体的或抽象的类也可以是接口。
• 源(Adaptee)角色需要适配的类
• 适配器(Adapter)角色通过在内部包装(Wrap)一个Adaptee对象，把源接口转换成目标接口。

实现要点

• Adapter模式主要应用于“希望复用一些现存的类，但是接口又与复用环境要求不一致的情况”，在遗留代码复用、类库迁移等方面非常有用。
• Adapter模式有对象适配器和类适配器两种形式的实现结构
  类适配器采用“多继承”的实现方式带来了不良的高耦合，所以一般不推荐使用。
  对象适配器采用“对象组合”的方式，更符合松耦合精神。

使用情况

• 系统需要使用现有的类，而此类的接口不符合系统的需要。
• 想要建立一个有以重复使用的类，该类可能与其它不相关的类或不可预见的类(即那些接口可能不一定兼容的类)协同工作。
• (对对象适配器而言)在设计里，你想使用一些已经存在的子类，但是不可能对每一个子类都进行适配。对象适配器可以适配它们的父类接口(使用的扩展)。

优点

• 更好的复用性
• 更好的可扩展性
  在实现适配器功能的时候，可以调用自己开发的功能，从而自然地扩展系统的功能

缺点

过多地使用适配器，会让系统非常凌乱，不容易整体进行把握。

本质

转换匹配，复用功能。

实现

用户能看到的接口

package 适配器模式;

public class Target {
	public void Reuqest()
	{
		System.out.println("一般请求");
	}
}

需要适配的类

package 适配器模式;

public class Adaptee {
	public void specifiRequest()
	{
		System.out.println("特殊请求");
	}
}

适配器

package 适配器模式;

public class Adapter extends Target  {
	private Adaptee adp=new Adaptee();
	@Override
	public void Reuqest()
	{
		adp.specifiRequest();
	}

}

客户端

package 适配器模式;

public class Client {
	public static void main(String[] args) {
		Target target=new Adapter();
		target.Reuqest();
	}
}