设计模式初探-适配器模式

适配器模式，又称包装器Wrapper，属于类对象结构型模式，用于将一个类的接口转换成客户希望的另外的一个接口，从而解决因接口不兼容导致类之间不能工作的问题。Adapter模式是不兼容结构的协调者，犹如法官大人，给人们带来希望。生活中处处可见适配器模式的踪影，电源适配器，USB适配器，生活因为适配而美好！

一、使用场景

1、系统中已存在类的接口不满足现有需求，且一般无法改变现有类的接口，比如该类是第三方提供，无法修改源码，或由于实现太复杂，不想重新实现该类。

2、创建一个可复用的类，使其可以与其他不相关或不可预见的类协同工作。

二、UML图

三、java实现

类适配器模式：

/** * 适配器模式根据适配器类和适配者类之间的关系可分为： * 类适配器模式(继承关系)和对象适配器模式(关联关系) * @author qbg */public class AdapterPattern {public static void main(String[] args) {Adapter adapter = new Adapter();adapter.request();}}/** *  客户端请求的目标接口。 *  由于java只能单根继承，所以此处必须使用接口。 */interface Target{public void request();}/** * 适配者类，提供具体的请求处理逻辑  */class Adaptee{public void specificRequest(){System.out.println("do something special...");}public void normalRequest(){System.out.println("do something normal...");}}/** * 类适配器模式 * 优点： * 1、由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法(覆盖适配者类方法)，使得适配器的灵活性更强。 * 缺点: * 1、由于java不支持多重继承，所以一次最多只能适配一个适配者类，不能同时适配多个适配者； * 2、适配者类不能为final类，final类不能继承； * 3、由于java的单根继承使得类适配器模式中的目标抽象类只能为接口，不能为类，其使用有一定的局限性。 */class Adapter extends Adaptee implements Target{/** * 将客户端的请求转发给适配者类， * 此处请求转发功能通过类继承实现。 */@Overridepublic void request() {this.specificRequest();}/** * 可以覆盖适配者类的某些方法来增加灵活性。 */@Overridepublic void normalRequest() {System.out.println("override adaptee's method...");}}

运行结果：

do something special...

对象适配器模式：

package study.patterns.adapter;/** * 适配器模式根据适配器类和适配者类之间的关系可分为： * 类适配器模式(继承关系)和对象适配器模式(关联关系) * @author qbg */public class AdapterPattern {public static void main(String[] args) {Adapter adapter = new Adapter();adapter.request();}}/** *  客户端请求的目标接口。 *  由于对象适配器模式采用的是关联适配者类而非继承，所以此处即可采用接口，也可采用抽象类。 */interface Target{public void request();}/** * 适配者类，提供具体的请求处理逻辑  */class Adaptee{public void specificRequest(){System.out.println("do something special...");}public void normalRequest(){System.out.println("do something normal...");}}/** * 对象适配器模式 * 优点： * 1、一个对象适配器可以把多个不同的适配者适配到同一个目标； * 2、可以适配一个适配者的子类，由于适配器和适配者之间是关联关系，根据“里氏代换原则”，适配者的子类也可通过该适配器进行适配。 * 缺点: * 1、与类适配器模式相比，要在适配器中置换适配者类的某些方法比较麻烦。 * 如果一定要置换掉适配者类的一个或多个方法，可以先做一个适配者类的子类， * 将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。 */class Adapter implements Target{private Adaptee adaptee = new Adaptee();/** * 将客户端的请求转发给适配者类， * 此处请求转发功能通过类关联实现。 */@Overridepublic void request() {adaptee.specificRequest();}}

运行结果：

do something special...

由于对象适配器模式采用关联来组织适配器类和适配者类的关系，根据“复合优先于继承”的最佳实践，推荐采用对象适配器模式来实现Adapter。

四、模式优缺点

优点：

1、将目标类和适配者类解耦，通过引入适配器类来复用现有的适配者类，不需要修改原有结构。

2、增加类的透明性和复用性，通过将业务逻辑封装到相应的适配者类，为客户提供透明的服务，这样适配者类也就可以为多个系统复用。

3、灵活性和扩展性好，适配器可以根据需要灵活替换，比如采用配置文件的形式提供需要的适配器。