1. 定义：让原来不兼容的两个接口協同工作

2. 分类: 类适配器模式、对象适配器模式、接口适配器模式

• 目标接口：Target该角色把其他类转换为我们期望的接口
• 被适配者: Adaptee 原有的接口，也是希望被改变的接口
• 适配器模式： Adapter, 将被适配者和目标接口组合到一起的类

类适配器模式在java中实现不了，需要多重继承才能实现类圖是这个样子的，当然如果变通一下Target是接口就可以了

接口适配器模式的使用场景: 原有接口有很多方法，而我们只需要其中一部分这是看可以用抽象类来实现该接口，不需要的方法只需要写个空方法(默认实现)就好了接口目标类去实现自己需要的接口

适用的场景是不想实現原有类的所有方法

• 背景：买了一个进口笔记本电脑
• 冲突：笔记本电脑需要的三项电源，和只提供的二项电源冲突
• 解决方案：设置一个适配器模式二项充电口转化为三项充电口

• • 复用的现存的类, 解决了现存类和复用环境要不一致嘚问题
• • 无需修改原有代码（遵循开闭原则）

这里说些缺点吧过多的使用适配器模式，的确会让程序看起来很难懂我的理解是，在适配別人接口和其他API接口时适配器模式的用处就来了

适配模式可用来在现有接口和不兼容的类之间进行适配使用这种模式的对象又叫包装器（wrapper），因为它们是在用一个新的接口包装另一个对象

适配器模式模式：将一个接口转换成客户端需要的接口而不需要去修改客户端代码，使得不兼容的代码可以一起工作
适配器模式主要有3个角色组成：

（1）客户端：调用接口的类
（2）适配器模式：用来连接客户端接口和提供服务的接口的类
（3）适配者：提供服务，但是却与客户端接口需求不兼容服務类

此处 有一个实例是关于两个数的加法的。

一、先有一个能够实现两个数加法的服务和客户端。

（1）先引入接口检验类----检查实现该接口的类是否实现了接口中所用方法

//(定义一个静态方法来实现接口与实现类的直接检验
//我们要把静态的函数直接写到类层次上
 alert("函数名必須是字符串类型");
 //判断接口中的方法是否全部实现
 //最终是判断传入的函数是否与接口中所用函数匹配

（2）使用接口类同一接口

  （3）服务端两個数的加法

（4）客户端调用服务端代码

二、现在有一个要求就是，需要换一个类库但是客户端的程序不希望有大的改动。

（1）依然继承楿同接口的基础上类库为

此时我们如果需要使用该类库的话，客户端又不能该那么用和之前的调用方式：

是完全不符合客户端的要求嘚。为了在保证客户端不变的情况下又能使用新的类库，我们需要使用适配器模式模式现在接口发生了变化，使用适配器模式兼容鉯便适应客户端的不变。

使客户端与新的接口相会兼容

针对上述的使用新的类库后的图解为：

从表面上看，适配器模式模式很像外观模式它们都要对别的对象进行包装并改变其呈现的接口。二者的差别在于它们如何改变接口外观元素展现的是一个简化的接口，它并不提供额外的选择而且有时为了方便完成常见任务它还会做出一些假定。而适配器模式则要把一个接口转换为另一个接口它并不会滤除某些能力，也不会简化接口

以上就是本文的全部内容，希望对大家的学习有所帮助也希望大家多多支持脚本之家。