[TOC]
**记录来源：《设计模式之禅》作者：秦小波 **
概述
如上图，可以看到， 适配器就是用来连接不同的系统或者功能模块之间的一个桥梁沟通作用。
总的来说他就是一个补救模式。
优点
-
适配器模式可以让两个没有任何关系的类在一起运行，只要适配器这个角色能够搞定 他们就成。
-
增加了类的透明性， 想想看，我们访问的Target目标角色，但是具体的实现都委托给了源角色，而这些对高 层次模块是透明的，也是它不需要关心的。
-
提高了类的复用度，当然了，源角色在原有的系统中还是可以正常使用，而在目标角色中也可以充当新的演 员。
-
灵活性非常好， 某一天，突然不想要适配器，没问题，删除掉这个适配器就可以了，其他的代码都不用 修改，基本上就类似一个灵活的构件，想用就用，不想就卸载。
使用场景
适配器应用的场景只要记住一点就足够了：你有动机修改一个已经投产中的接口时，适 配器模式可能是最适合你的模式。比如系统扩展了，需要使用一个已有或新建立的类，但这 个类又不符合系统的接口，怎么办？使用适配器模式，
注意事项
适配器模式最好在详细设计阶段不要考虑它，它不是为了解决还处在开发阶段的问题， 而是解决正在服役的项目问题，没有一个系统分析师会在做详细设计的时候考虑使用适配器 模式，这个模式使用的主要场景是扩展应用中，就像我们上面的那个例子一样，系统扩展 了，不符合原有设计的时候才考虑通过适配器模式减少代码修改带来的风险。
适配器模式的三个角色
Target目标角色
该角色定义把其他类转换为何种接口，也就是我们的期望接口，例子中的IUserInfo接口 就是目标角色。
Adaptee源角色
你想把谁转换成目标角色，这个“谁”就是源角色，它是已经存在的、运行良好的类或对 象，经过适配器角色的包装，它会成为一个崭新、靓丽的角色。
Adapter适配器角色
适配器模式的核心角色，其他两个角色都是已经存在的角色，而适配器角色是需要新建 立的，它的职责非常简单：把源角色转换为目标角色，怎么转换？通过继承或是类关联的方 式。
代码演示
Target（目标角色）
/**
* 目标角色是一个已经在正式运行的角色，你不可能去修改角色中的方法，你能做的就是
* 如何去实现接口中的方法，而且通常情况下，目标角色是一个接口或者是抽象类，一般不会 是实现类。
*/
public interface Target { // 目标角色有自己的方法
public void request();
}
ConcreteTarget（目标角色的实现类）
/**
* 目标角色的实现类
*/
public class ConcreteTarget implements Target {
public void request() {
System.out.println("if you need any help,pls call me!");
}
}
Adaptee（源角色）
/**
* 源角色也是已经在服役状态， 这个类可以理解是另外一个业务模块和Target是不同的业务模块
*/
public class Adaptee {
// 原有的业务逻辑
public void doSomething() {
System.out.println("I'm kind of busy,leave me alone,pls!");
}
}
Adapter（适配器角色）
/**
* 适配器角色
*/
public class Adapter extends Adaptee implements Target {
/**
* 可以看到， 这里实现了目标接口，但是在实现的方法中调用的是 已经服役的业务逻辑。
*
* 说明： 如果你需要对接原来的业务， 我们直接在Adaptee类中直接 继承 ConcreteTarget（目标角色的实现类） 或者直接把
* ConcreteTarget（目标角色的实现类）作为一个私有属性， 如此就和原来的业务逻辑直接挂钩了。对外层 如果直接接口的话， 后期改动非常少了。
*
* 因为最外面暴露的只是一个 Target接口， 外面的只要是这个接口即可。 感觉也是这个设计模式核心。
*/
public void request() {
super.doSomething();
}
}
Client
public class Client {
public static void main(String[] args) {
// 原有的业务逻辑
Target target = new ConcreteTarget();
target.request();
// 现在增加了适配器角色后的业务逻辑
Target target2 = new Adapter();
target2.request();
}
}
运行结果
if you need any help,pls call me!
I'm kind of busy,leave me alone,pls!
注意
我们完全可以通过属性对象或者继承的方式来和原来的不同的业务系统的代码进行挂钩，只要注意在原来的代码编写中一定要对外暴露的是接口或者是抽象基类就好了。
「真诚赞赏，手留余香」
真诚赞赏，手留余香
使用微信扫描二维码完成支付
