8.架构基础-JAVA设计模式-适配器模式

在实际的软件生产开发过程中，我们经常会遇到比如编码不一致，接口规范不一致的情况，如果重新设计编码或者接口规范会产生高昂的成本，此时此刻适配器模式能够很好的解决这些问题。

适配器模式的含义及特点

定义：将一个类的接口转换成客户希望的另外一个接口，使得原本由于不能一起工作的那些类能一起工作。适配器模式氛围类结构型模式和对象结构型模式两种，前者类之间的耦合度比较高，目前程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少

特点：

• 客户端通过适配器可以透明的调用目标接口
• 复用了现存的类，程序员不需要修改原有代码而重用现有的适配者类
• 将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题
• 在很多业务场景中符合开闭原则和里氏替换原则

缺点：

• 适配器编写过程需要结合业务场景全面考虑，可能会增加系统的复杂性
• 增加代码阅读难度，降低代码可读性，过多使用适配器会使系统代码变得凌乱

模式的结构与原理

 类适配器模式可以采用多重继承的方式实现，可定义一个适配器类实现当前系统的业务接口同时继承现有组件库中已经存在的组件类

对象适配器模式可采用将现有组件库中已经实现的组件引入适配器类中，该类同时实现当前系统的业务接口

接口适配器模式，现有接口A中，存在大量方法，B实现A接口，B中所有方法内容为空，C继承B使用哪个方法则重写哪个方法

以下是适配器的基本结构：

1. 类适配器模式，由Adaptor(适配器类)、ICommonService(要实现的接口类)、SourceServiceImpl(现有业务逻辑类)三个部分组成

 以下为Adaptor适配器类代码：

package com.hyt.controller.adaptor;

/**
 * desc 系统现有业务类
 * @author lijunliang
 */
public class Adaptor extends SourceServiceImpl implements ICommonService {
    @Override
    public void getOrder() {
        System.out.println("这是获取订单方法");
    }
}

以下为接口类代码：

package com.hyt.controller.adaptor;

public interface ICommonService {
    void getOrder();
    void addOrder();
}

以下为系统业务逻辑类SourceServiceImpl

package com.hyt.controller.adaptor;

/**
 * 现有系统业务类
 */
public class SourceServiceImpl {

    public void addOrder(){
        System.out.println("这是新增订单方法");
    }
}

测试类代码以及程序执行测试结果：

package com.hyt.controller;

import com.hyt.controller.adaptorclass.Adaptor;

public class Test {
    public static void main(String[] args) {
        Adaptor test = new Adaptor();
        test.addOrder();
        test.getOrder();
    }
}

2. 对象适配器模式：对象适配器模式，将Adaptor适配器实现ICommonService 接口，在重写的addOrder中调用现有业务类，相比于类适配器模式只需要修改适配器代码

 修改后的适配器代码如下

package com.hyt.controller.adaptorinterface;

/**
 * @author lijunliang
 */
public class Adaptor implements ICommonService {
    SourceServiceImpl sourceService;
    @Override
    public void getOrder() {
        System.out.println("这是获取订单方法");
    }
    @Override
    public void addOrder() {
        sourceService.addOrder();
    }
}

3.接口适配器模式

当我们一个接口中有大量接口存在时，我们直接实现这个接口我造成大量资源浪费，我们可通过适配器模式，需要什么方法则重写什么方法

 适配器中代码

package com.hyt.controller.adaptorobject;

/**
 * @author lijunliang
 */
public abstract class Adaptor implements ICommonService {
    public void getOrder() {
    }
    public void addOrder() {
    }
}

 接口中代码

package com.hyt.controller.adaptorobject;

public interface ICommonService {
    void getOrder();
    void addOrder();
}

现在使用的业务类1

package com.hyt.controller.adaptorobject;

/**
 * 现有系统订单业务类
 */
public class OrderServiceImpl extends Adaptor{

    @Override
    public void getOrder(){
        System.out.println("这是获取订单方法");
    }
}

 现有系统资源业务类

package com.hyt.controller.adaptorobject;

/**
 * 现有系统资源业务类
 */
public class SourceServiceImpl extends Adaptor{

    @Override
    public void addOrder(){
        System.out.println("这是新增订单方法");
    }
}

模式的应用场景介绍

适配器模式常用于以下场景

• 以前开发的系统存在满足新系统功能需求的类，但其接口同系统的接口不一致。
• 使用第三方提供的组件，但组件接口定义和自己要求的接口定义不同
• 系统大量业务逻辑类似的代码

上一篇：架构基础-JAVA设计模式-代理模式