白话设计模式之适配器模式：解决接口不兼容的编程利器-CSDN博客

本文链接：https://blog.csdn.net/wj_rdk/article/details/146125247

白话设计模式之适配器模式：解决接口不兼容的编程利器

大家好，软件开发的学习过程中，设计模式是一块难啃但又无比重要的“硬骨头”。为了能让大家和我一起更轻松地掌握这些知识，今天咱们就来深入聊聊适配器模式。希望通过这篇文章，大家能对适配器模式有更清晰的理解，在编程之路上共同进步。

一、生活中的适配器模式引入

在日常生活里，我们经常会遇到各种接口不匹配的情况，而适配器就像一个神奇的“转换器”，帮我们解决这些问题。比如，大家出国旅行的时候，肯定会带上各种电子设备，像手机、电脑等。但不同国家的插座接口标准不一样，咱们国内的电器插头到了国外，可能根本插不进当地的插座。这时候，一个小小的转换插头就能派上大用场。它一头可以适配国内电器的插头，另一头又能契合国外的插座，让电器顺利通电，正常工作。这个转换插头，其实就是现实生活中的“适配器”，它的作用就是把不兼容的接口连接起来，实现设备之间的正常交互。

再比如，家里的音响设备。有些老款的音响没有蓝牙功能，没办法直接连接手机播放音乐。但我们可以买一个蓝牙音频接收器，把它插到音响的音频输入接口上，手机通过蓝牙连接这个接收器，就能让老音响播放手机里的音乐了。这个蓝牙音频接收器，同样也是一种适配器，它让原本不具备蓝牙连接功能的音响，能够和支持蓝牙的手机协同工作。

从这些生活中的例子可以看出，适配器的核心作用就是解决接口不匹配的问题，让原本无法协同工作的设备或系统能够相互配合。那在软件开发领域，适配器模式又是如何发挥作用的呢？接下来，咱们就深入探讨一下。

二、适配器模式在软件开发中的应用场景

（一）日志管理系统的难题

在软件开发过程中，接口不兼容的情况也屡见不鲜。就拿文档里提到的日志管理系统来说，最初用户要求把日志记录到文件中，开发人员按照这个需求完成了第一版系统的开发。这一版系统定义了日志数据对象，实现了对日志文件的读取和写入功能。

但随着业务的发展，用户又提出要升级系统，采用数据库来管理日志。于是，开发人员又完成了第二版系统的开发，定义了针对数据库操作的日志管理接口，包含日志的增删改查等方法。

这时候问题出现了，用户希望系统既能支持数据库存储日志，又能支持文件存储日志。可是，第一版文件存储日志的操作接口和第二版数据库存储日志的接口完全不一样，客户端没办法用同样的方式去调用这两种不同的实现。如果重新按照第二版的接口要求去实现文件操作的功能，那就相当于重复造轮子，浪费了之前的开发成果。要是直接修改第一版的代码，又可能会影响到其他依赖它的应用，而且还可能存在获取不到第一版源代码的情况。那该怎么解决这个问题呢？这就轮到适配器模式登场了。

（二）使用适配器模式解决日志管理问题

适配器模式的定义是将一个类的接口转换成客户希望的另一个接口，让原本因接口不兼容而无法一起工作的类能够协同工作。在日志管理系统这个场景中，我们可以利用适配器模式，定义一个类来实现第二版数据库操作的接口，然后在这个类的内部，通过调用第一版文件存储日志的功能，来实现接口的适配。这样，既复用了第一版已有的功能，又满足了第二版接口调用的要求。

下面通过代码示例来详细看看适配器模式是如何实现的。假设我们有一个OldPaymentSystem类，它实现了一种旧的支付方式，接口方法是processPaymentOld：

class OldPaymentSystem {
    public void processPaymentOld(double amount) {
        System.out.println("使用旧支付系统处理支付，金额：" + amount);
    }
}

随着业务发展，需要使用新的支付接口NewPaymentInterface，接口方法是processPaymentNew：

interface NewPaymentInterface {
    void processPaymentNew(double amount);
}

为了让旧的支付系统能够适配新的接口，我们创建一个适配器类PaymentAdapter：

class PaymentAdapter implements NewPaymentInterface {
    private OldPaymentSystem oldPaymentSystem;

    public PaymentAdapter(OldPaymentSystem oldPaymentSystem) {
        this.oldPaymentSystem = oldPaymentSystem;
    }

    @Override
    public void processPaymentNew(double amount) {
        oldPaymentSystem.processPaymentOld(amount);
    }
}

在客户端代码中，就可以使用新的支付接口来调用旧的支付系统功能了：

public class Client {
    public static void main(String[] args) {
        OldPaymentSystem oldPaymentSystem = new OldPaymentSystem();
        PaymentAdapter paymentAdapter = new PaymentAdapter(oldPaymentSystem);
        paymentAdapter.processPaymentNew(100.0);
    }
}

通过这个适配器类，我们成功地将旧支付系统的接口适配成了新支付接口，解决了接口不兼容的问题。

三、适配器模式的结构剖析

适配器模式主要包含三个角色：

目标（Target）角色：这是客户端期望的接口，也就是我们最终想要实现的接口形式。在日志管理系统中，第二版数据库操作的接口就是目标接口，客户端希望通过这个接口来统一管理日志，不管是存储到数据库还是文件。
适配者（Adaptee）角色：现有接口与目标接口不兼容的类。在日志管理系统里，第一版实现文件存储日志的类就是适配者，它的接口只能满足文件存储的需求，和数据库操作的目标接口不匹配。
适配器（Adapter）角色：负责把适配者的接口转换为目标接口的类。在日志管理系统的例子中，我们定义的那个实现第二版接口，同时内部调用第一版功能的类就是适配器。它就像一座桥梁，连接了目标接口和适配者，让两者能够协同工作。

四、适配器模式的类型及特点

（一）类适配器

类适配器是通过继承来实现的。在Java中，由于单继承的限制，类适配器的使用场景相对有限。假设我们有一个适配者类OldPrinter，它有一个printOld方法：

class OldPrinter {
    public void printOld() {
        System.out.println("使用旧打印机打印");
    }
}

我们希望将其适配成新的打印接口NewPrinterInterface：

interface NewPrinterInterface {
    void printNew();
}

使用类适配器实现如下：

class PrinterClassAdapter extends OldPrinter implements NewPrinterInterface {
    @Override
    public void printNew() {
        printOld();
    }
}

类适配器的优点是实现简单，通过继承可以直接复用适配者的方法。但缺点也很明显，由于Java的单继承限制，如果适配者已经有父类，就无法使用类适配器了。

（二）对象适配器

对象适配器是通过组合的方式来实现的，相比类适配器更加灵活。还是以上面的打印机为例，使用对象适配器的实现如下：

class PrinterObjectAdapter implements NewPrinterInterface {
    private OldPrinter oldPrinter;

    public PrinterObjectAdapter(OldPrinter oldPrinter) {
        this.oldPrinter = oldPrinter;
    }

    @Override
    public void printNew() {
        oldPrinter.printOld();
    }
}

对象适配器通过持有适配者的实例，在实现目标接口的方法中调用适配者的方法。这种方式不仅可以避免Java单继承的限制，还能更方便地适配多个适配者。

（三）接口适配器

接口适配器主要用于当一个接口中有多个方法，但客户端只需要使用其中部分方法的情况。假设我们有一个接口MultiFunctionInterface，包含多个方法：

interface MultiFunctionInterface {
    void function1();
    void function2();
    void function3();
}

创建一个抽象类AbstractAdapter实现这个接口，并为每个方法提供默认实现：

abstract class AbstractAdapter implements MultiFunctionInterface {
    @Override
    public void function1() {}

    @Override
    public void function2() {}

    @Override
    public void function3() {}
}

客户端如果只需要使用function1方法，可以继承AbstractAdapter并只实现function1方法：

class ClientAdapter extends AbstractAdapter {
    @Override
    public void function1() {
        System.out.println("只实现function1方法");
    }
}

接口适配器可以让客户端只关注自己需要的方法，避免实现不需要的方法，提高代码的简洁性和可读性。

五、适配器模式的优缺点

（一）优点

提高复用性：通过适配器模式，我们可以复用现有的类，即使它们的接口与我们的需求不匹配。就像在日志管理系统中，复用了第一版文件存储日志的功能，避免了重复开发，节省了时间和精力。
增强扩展性：当系统需要添加新的功能或与不兼容的类进行交互时，适配器模式可以轻松实现。只需要创建一个新的适配器，就可以将新的类适配到现有系统中，而不需要修改原有系统的核心代码，提高了系统的扩展性和灵活性。
解耦接口与实现：适配器模式将接口与实现解耦，使得不同的类可以独立发展。适配者类和目标类可以分别进行修改和扩展，只要适配器能够正确适配，它们之间的协作就不会受到影响，降低了系统的耦合度。

（二）缺点

增加系统复杂性：引入适配器会增加系统的类和接口数量，使得系统结构变得复杂。尤其是在使用多个适配器时，可能会导致代码难以理解和维护，增加开发和调试的难度。
调用开销增加：在使用适配器时，会涉及到方法的转发调用，这可能会带来一定的性能开销。特别是在对性能要求较高的场景下，需要谨慎考虑适配器模式的使用，以免影响系统的整体性能。

六、适配器模式的适用场景

系统需要使用现有的类，但接口不兼容：当我们有一个功能强大的类，但它的接口与我们当前系统的接口不匹配时，可以使用适配器模式进行适配。比如在使用一些第三方库时，库中的类接口可能与我们的系统不兼容，通过适配器模式可以让它们协同工作。
希望复用一些类，但这些类的接口不符合复用需求：在开发过程中，我们可能会发现一些已有的类能够满足部分功能需求，但接口不符合我们的复用要求。这时候可以使用适配器模式，将这些类的接口适配成我们需要的接口，实现代码的复用。
接口转换：当需要将一个接口转换为另一个接口时，适配器模式是一个很好的选择。比如在不同版本的系统之间进行接口迁移，或者将旧系统的接口适配成新系统的接口，适配器模式都能发挥重要作用。

七、总结

通过这篇文章，我们从生活中的例子出发，深入探讨了适配器模式在软件开发中的应用、结构、类型、优缺点和适用场景。适配器模式就像是编程世界里的“万能钥匙”，能够解决接口不兼容的问题，让各种不同的类和系统能够协同工作。在实际开发中，合理运用适配器模式可以提高代码的质量和开发效率，但也要注意它可能带来的一些问题。

写作不易，如果这篇文章对你有所帮助，希望大家能点赞、评论支持一下，也欢迎大家关注我的博客，后续我会分享更多关于设计模式以及软件开发的相关知识，咱们一起在技术的道路上不断进步！