设计模式（七）—— 适配器模式（定义、案例分析、特点、缺点）

---

前言

文章内容主要参考了刘伟主编的《设计模式（第2版）》，同时也结合了自己的一些思考和理解，希望能帮到大家。

---

本篇文章主要介绍适配器模式

正文

一、定义

适配器模式(Adapter Pattern) ：将一个接口转换成客户希望的另一个接口（这里提及的接口是指广义的接口，它可以表示一个方法或者方法的集合），适配器模式使接口不兼容的那些类可以一起工作。其别名为包装器（Wrapper）。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。
在这模式中，我们需要很好的理解什么是适配，这样就能够很快的理解以及记忆其中的设计逻辑。

二、情景假设

现需要设计一个可以模拟各种动物行为的机器人，在机器人中定义了一系列方法，如机器人叫喊方法cry()、机器人移动方法move()等。如果希望在不修改已有代码的基础上使得机器人能够像狗一样叫，像狗一样跑，使用适配器模式进行系统设计。

按惯例可以自己想该怎么编写，这里我再解读一下题目，原先已经有机器人，并且机器人已经有了自定义的许多方法，现在是需要再拓展新的功能，如学狗叫等，但是这种拓展我们不能修改源码去加一个方法上去。（其实实际开发中，这个源码很可能是第三方的，或者封装好的，以至于我们不可能对源码入手直接修改，而是先考虑适配的问题！）

三、情景分析

关于上面情景的类图（具体分析在下面）

哈哈哈哈是不是看类图很简单，但是在编码前，我还是先要带大家想清楚思路，会逻辑才是真的应万变。

咱们想想在日常生活中，我们给电脑充电，是不是需要一条电线来连接充电，那请问我可以直接去五金店买条电线，然后插进插座然后接电脑嘛？肯定不行，因为家庭电压不是我们电脑所承受的，于是就有了电源适配器，它可以变压让电脑能充上，这个时候对于我们的电脑来说其实就是客户，我们目的是充电，我们所需的对象就是插座，而插座（接口也即使用目的方）和我们电脑（客户端）是不会改变的，也就是说不应当让客户端改来改去去适应各种插座（假设充电宝、车内都可以提供充电但是他们电压大小各不同），更不可能去修改插座里面的电源让他别那么高（这就是开头说的，不修改源码因为很多时候根本不能去修改），我们能做的是从传输过程去修改，就是去处理改变成电脑能使用的，这就是适配器，适配器仅仅只是将传输的内容进行适配的处理，但是对于客户而言，他们所调用的方法名和入口是不可能去改变的，对于各式各样的接口，适配器要做的便是客户端调用同样的方法名但是内在却封装了接口自己的方法。。希望大家能够理解客户端无法感知调用的改变，他们是刻板而专一的，适配器按照客户端的需求方法名作为外壳，内在则各种适应性的修改。

好回归正题。首先我们先不用想太多，定义一个抽象Robot类（接口都行），然后有一个具体robot类（类图中并没有展示，因为用不到，下面我也不去展示，客户端client是面向接口编程的，所以也会看不到具体实现类）。

//抽象类Television
public interface Robot
{
   
	public void cry();
	public void move();
}

很想问大家，Robot究竟是适配者还是被适配者，好像有点绕口，换个问法，Robot是我们说的“电脑”还是“各类插座”，是“插座”噢！“电脑”是客户端client，客户端想调用机器人cry和move，但是他们是想学狗一样，但是这时候我们定义的Dog类才能够做得到，而客户端也改变不了调用方式去适配Dog的方法，它很想调用Dog的方法，但是它一直使用的是Robot接口的方法。所以我们要创建一个适配器去承接双方，让客户端不是直接调用Robot，而是调用适配器，适配器里面用了Dog的方式，那么对于客户端它不会觉得自己调用方式有变化，改变的其实是多了中间的一层。所以定义Adapter去实现Robot接口，然后再继承Dog类，这里有点绕！！！但是后面会细讲清楚！！！

//狗Dog
public class Dog
{
   
	public void wang(){
   
		System.out.println("狗汪汪叫");
	}
	public void run(){
   
		System.out.println("狗快快跑");
	}
}
//适配器DogAdapter
public class DogAdapter extends Dog implements Robot