设计模式（八）适配器模式

结构型模式 之 适配器模式

将一个接口转换成客户希望的另一个接口，使得接口不兼容的那些类能够一起工作。

适配器模式引入了一个适配器的包装类，它所包装的对象称为适配者，即被适配的类。

适配器的实现：把客户的请求转化为对适配者的相应接口的调用。当客户类调用适配器的方法时，在适配器类的内部将调用适配者类的方法，整个过程对客户是透明的，即客户类并不直接访问适配者类，客户并不知道最终的实现是通过了这一转换。

总而言之，适配器模式能够将一个类的接口和另一个类的接口匹配起来，而无需修改原来适配者的接口和目标抽象类（客户端使用）的接口。

既可以是类结构模式，也可以是对象结构型模式。

3个角色：

（1）Target目标抽象类：定义客户所需接口，可以是一个抽象类或接口，也可以是具体类。

（2）Adapter适配器类：适配器模式的核心，可调用另一个接口，作为一个转换器，对Adaptee和Target进行适配。Adaptee通常是一个具体类，包含了客户真正希望使用的业务方法。

（3）Adaptee适配者类：被适配的角色，客户端需要调用request()方法，而适配者类没有该方法，但是它提供specificRequest()方法却是客户端所需要的。这就是不兼容，但是只需要提供一个包装类Adapter（适配器类）就能将客户端与适配者衔接起来，在Adapter的request()方法中调用Adaptee的specificRequest() 【对象适配器类型，适配器类和适配者类是委派关系】

如果适配者同样能够通过适配器调用目标类的方法，则这是个双向适配器。

总结：

1. 优点

（1）将目标类与适配者类解耦，通过引入一个适配器类来重用现有的适配者类，无需修改原有结构。

（2）增加了类的透明性和复用性。具体业务包装在适配者类，对客户端透明；同一个适配者类可以在不同的系统使用。

（3）灵活性和扩展性好，通过使用配置文件，可很方便更换适配器，不需修改原有代码就增加新的适配器类，完全符合开闭原则。

2.缺点

（1）对java, c#这些不支持多重类继承的语言，一次只能适配一个适配者类，不能同时适配多个适配者。

（2）适配者类不能为最终类，在Java不能是final类，在c#不能是sealed类

（3）java, c#中类适配器模式中的目标抽象类只能是接口，不能为类。

（4）对象适配器的缺点：相对于类适配器，在适配器中置换适配者类型的方法比较麻烦。

3.适用场景

（1）系统需要使用一些现有的类，而这些类的接口（如方法名）不符合系统的需要，甚至没有这些类的源代码

（2）想创建一个可以重复使用的类，用于一些彼此之间没有太大关联的类，包括未来可能引进的类一起工作。