适配器模式：类适配器与对象适配器

时间：2024-11-01 07:15:36

适配器模式是一种结构性设计模式，旨在将一个接口转换成客户端所期望的另一种接口。它通常用于解决由于接口不兼容而导致的类之间的通信问题。适配器模式主要有两种实现方式：类适配器和对象适配器。下面，我们将详细探讨这两种方式的优缺点及适用场景，并说明在日常开发中适配器模式的常见应用。
在这里插入图片描述

1. 类适配器（Class Adapter）

定义
类适配器通过继承源类来实现目标接口。在这种情况下，适配器是目标接口的实现类，同时也是源类的子类。

优点

  • 直接复用：能够直接复用源类的方法和属性。
  • 简单直接：适合源类不需要被实例化的情况，易于实现。

缺点

  • 多重继承问题：使用多重继承可能导致复杂性，特别是在源类为最终类时，无法被继承。
  • 单一适配：每个适配器只能适配一个源类，灵活性不足。

运用场景

  • 当需要将一个类的接口转化为客户端所需的接口，而源类的行为可以直接复用时，适合使用类适配器。
  • 在构建一个小型应用程序或在一个简单场景中使用。

示例

interface Printer {
    void print(String text);
}

class OldPrinter {
    public void printString(String text) {
        System.out.println("Printing: " + text);
    }
}

class PrinterAdapter extends OldPrinter implements Printer {
    @Override
    public void print(String text) {
        printString(text);
    }
}
2. 对象适配器（Object Adapter）

定义
对象适配器通过持有源类的实例来实现目标接口。在这种情况下，适配器不继承源类，而是通过构造函数引入源类的对象，并在实现目标接口的方法时调用源类的方法。

优点

  • 灵活性：可以适配多个源类，只需创建不同的适配器。
  • 低耦合：源类与适配器之间的耦合度较低，便于维护和扩展。

缺点

  • 额外开销：需要持有源类的实例，可能会增加内存开销。
  • 复杂性：实现可能相对复杂，尤其在适配多个源类时。

运用场景

  • 当需要适配多个源类或源类的变化时，对象适配器更为合适。
  • 在大型应用程序中，尤其是在需要动态绑定或变化频繁的场景中使用。

示例

interface Printer {
    void print(String text);
}

class OldPrinter {
    public void printString(String text) {
        System.out.println("Printing: " + text);
    }
}

class PrinterAdapter implements Printer {
    private OldPrinter oldPrinter;

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

    @Override
    public void print(String text) {
        oldPrinter.printString(text);
    }
}

适配器模式在日常开发中的应用

适配器模式在日常开发中非常常见，特别是在服务架构中。例如，serviceImpl 调用 mapper 的设计模式可以视为适配器模式的应用。我们来具体分析这个例子。

解释

  1. 目标接口
    Service 接口通常定义了对外提供的功能，表示了业务逻辑的抽象。

  2. 源类
    Mapper 接口或实现类负责与数据库进行交互，封装了具体的数据库操作。

  3. 适配器类
    ServiceImpl 类充当适配器，它实现了 Service 接口，并在内部调用 Mapper 的方法。通过 ServiceImpl，客户端（如 Controller）能够调用业务逻辑，而不需要直接依赖于 Mapper。

优点
  • 解耦合：控制器与数据库交互的细节被封装在 ServiceImpl 中，控制器只需要关注业务逻辑。
  • 透明性：控制器不需要知道底层的数据访问实现，增强了系统的灵活性。
  • 扩展性：如果将来需要修改数据访问逻辑或更换数据库，只需更改 Mapper 的实现，而不需要修改控制器或服务接口。
示例

假设有以下结构：

// Service接口
public interface UserService {
    User getUserById(int id);
}

// Mapper接口
public interface UserMapper {
    User findUserById(int id);
}

// ServiceImpl实现
public class UserServiceImpl implements UserService {
    private UserMapper userMapper;

    public UserServiceImpl(UserMapper userMapper) {
        this.userMapper = userMapper;
    }

    @Override
    public User getUserById(int id) {
        return userMapper.findUserById(id);
    }
}

// Controller类
@RestController
public class UserController {
    private UserService userService;

    public UserController(UserService userService) {
        this.userService = userService;
    }

    @GetMapping("/user/{id}")
    public User getUser(@PathVariable int id) {
        return userService.getUserById(id);
    }
}

在这个示例中，UserServiceImpl 就是适配器，它实现了 UserService 接口，并通过调用 UserMapper 的方法来完成数据访问。这样确实符合适配器模式的特征。

总结

适配器模式的核心思想是提供一个兼容性接口，使得不兼容的接口之间能够顺利通信。在选择适配器的实现方式时，需要考虑具体的应用场景：

  • 类适配器适合简单且不需适配多个源类的情况。
  • 对象适配器更灵活，适用于需要适配多个源类或动态变化的情况。

通过合理使用适配器模式，可以显著提高系统的可维护性和扩展性，降低代码耦合度。在实际开发中，尤其是在服务架构中，适配器模式的应用可以帮助我们更好地组织代码结构，使得业务逻辑与数据访问之间的关系更加清晰。希望这篇博客能够帮助你更好地理解适配器模式及其应用！

相关文章