适配器模式（Adapter Pattern）是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。
这种模式涉及到一个单一的类，该类负责加入独立的或不兼容的接口功能。
概述
- 意图
将一个类的接口转换成客户希望的另外一个接口。
适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
- 主要解决
主要解决在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。
- 何时使用
- 系统需要使用现有的类，而此类的接口不符合系统的需要。
- 想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。
- 通过接口转换，将一个类插入另一个类系中。
（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）
- 如何解决
继承或依赖（推荐）。
- 关键代码
适配器继承或依赖已有的对象，实现想要的目标接口。
- 应用实例
- 美国电器 110V，中国 220V，就要有一个适配器将 110V 转化为 220V。
- JAVA JDK 1.1 提供了 Enumeration 接口，而在 1.2 中提供了 Iterator 接口，想要使用 1.2 的 JDK，则要将以前系统的 Enumeration 接口转化为 Iterator 接口，这时就需要适配器模式。
- 在 LINUX 上运行 WINDOWS 程序。
- JAVA 中的 jdbc。
- 优点
- 可以让任何两个没有关联的类一起运行。
- 提高了类的复用。
- 增加了类的透明度。
- 灵活性好。
- 缺点
- 过多地使用适配器，会让系统非常零乱，不易整体进行把握。
比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。
- 由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。
- 使用场景
有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。
- 注意事项
适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。
实现
- 适配器模式有如下三个角色
Target：目标抽象类
Adapter：适配器类
Adaptee：适配者类
- step 1
需要一个
Adaptee接口：Robot.java。提供cry()和run()方法。public interface Robot { void cry(); void move(); } - step 2
实现
Adaptee接口：BioRobot.java。它可以叫和慢慢跑```
public class BioRobot implements Robot{
public void cry() {
System.out.println("仿生机器人叫.....");
}
public void move() {
System.out.println("仿生机器人慢慢移动....");
}
}
- step 3
需要```Target```类：```Dog.java```。它可以汪和快跑public class Dog {
public void wang(){
System.out.println("小狗叫：汪汪.....");
}
public void run(){
System.out.println("小狗快快跑......");
}}
- step 4
轮到重点啦：适配器```Adapter```，这个适配器能够使仿生机器人像狗一样叫，一样跑。public class DogAdapter implements Robot{
Dog dog;
public DogAdapter(Dog dog){ //取得要适配的对象的引用
this.dog = dog;
}
/
* 实现接口中的方法，只需要在相应的方法间进行转换即可完成。
*/
public void cry() {
System.out.println("机器人模拟狗叫...");
dog.wang();
}
public void move() {
System.out.println("机器人模拟狗跑...");
dog.run();
}}
```
原文地址：https://www.cnblogs.com/snifferhu/p/9174289.html