正确的运用适配器模式，让你的工作量至少减轻一半

hijackking

一、介绍适配器模式，顾名思义，就是将一个类的接口转换成客户希望的另一个接口，使接口不兼容的类可以一起工作，也被称为包装器模式（Wrapper）。在适配器模式中，通常通过增加一个新的适配器类来解决接口不兼容的问题，使得原本没有任何关系的类可以协同工作。从设计的角度看，适配器模式涉及到三个角色：

• 适配器类：适配器类可以调用另一个接口，从而实现接口的转换；
• 被适配类：被适配类定义了一个已经存在的接口，这个接口需要适配；
• 客户角色：客户类提出使用具体类的请求；
  

二、示例在 java 中，适配器模式有两种，类适配器和对象适配器，下面我们一起来看看！
2.1、类适配模式首先，我们创建一个接口Phone，接口的实现类为HuaweiPhone！public interface Phone {

[Java] 纯文本查看 复制代码

    void productPhone();
}
public class HuaweiPhone implements Phone {

    @Override
    public void productPhone() {
        System.out.println("生产一部华为手机");
    }
}

在创建另一个接口Player，如果Player的实现类想调用HuaweiPhone中的productPhone方法，该怎么办呢？最简单的方法，就是将productPhone的方式逻辑抄一遍，但是这种方法显然不高效！可以通过创建一个适配器ExpensiveAdapter，使之继承HuaweiPhone，来解决接口转换的问题，如下：public class ExpensiveAdapter extends HuaweiPhone implements Player {

    @Override
    public void action() {
  //调用HuaweiPhone中的productPhone方法
        productPhone();
        System.out.println("用手机播放音乐");
    }
}
测试类如下：public class AdapterClient {

    public static void main(String[] args) {
        ExpensiveAdapter adapter = new ExpensiveAdapter();
        adapter.action();
    }
}
即可实现接口的转换！但是这种方法，也有很大的局限性，假如Phone接口的实现类有多个呢？我们知道，类是无法多继承的，对象适配模式就派上用场了！
2.2、对象适配模式同样的，我们可以对ExpensiveAdapter类进行一定的优化，如下：public class ExpensiveAdapter implements Player {

    private Phone phone;

    public ExpensiveAdapter(Phone phone) {
        this.phone = phone;
    }

    @Override
    public void action() {
        //调用Phone接口中的productPhone方法
        phone.productPhone();
        System.out.println("用手机播放音乐");
    }
}
测试客户端如下：public class PlayerClient {

    public static void main(String[] args) {
  //对象适配
        ExpensiveAdapter adapter = new ExpensiveAdapter(new HuaweiPhone());
        adapter.action();
    }
}
相比类适配模式，有木有发现对象适配模式更加灵活～
三、应用在 jdk 中，适配器设计模式应用也非常广泛，例如我们熟悉的io包，其中字节流转字符流，就使用到了适配器模式！
其中，最广泛的莫过于Spring中的ioc对象依赖关系，在类A中，通过引入另一个类B 对象，就可以调用类 B 中的方法了，从而实现方法的协同工作！

四、总结适配器模式，可以让任何两个没有关联的类一起运行，提高了类的复用；例如，现在非常流行的Mybatis-plus持久框架，里面的Service层就是典型的类适配模式，在Service层可以很方便的进行crud调用，开发人员基本不需编写crud的代码，开发效率大大提升！但是，设计时如果过多的使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是另一个接口，反而另一个接口又回调了自身，一个系统如果太多出现这种情况，无异于一场灾难。因此在设计使用的时候，尽可能层次分明，接口名包括方法名，取名的时候应该规范化定义！

18898589561

我很赞同!

junyu168

感谢分享

EAming

来看看，谢谢你的分享

bandishui

简单看看