当前位置: 首页 > news >正文

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

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

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 {@Overridepublic 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;}@Overridepublic 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;}@Overridepublic 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 的方法来完成数据访问。这样确实符合适配器模式的特征。

总结

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

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

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

http://www.lryc.cn/news/477939.html

相关文章:

  • volatile原理
  • 【AI神器】SD(Stable Diffusion)一键安装包
  • lanqiaoOJ 1112:小王子双链表 ← STL list
  • C#WPF之快速理解MVVM模式
  • 微积分[1]|微积分的底层逻辑——解析几何、不等式与极限(含博主推荐的数理阅读教材共计21本书籍)
  • 1-磁盘建立空闲分区
  • 使用SearXNG-搭建个人搜索引擎(附国内可用Docker镜像源)
  • InnoDB 存储引擎<五>undo log, redo log,以及双写缓冲区
  • Find My运动耳机|苹果Find My技术与耳机结合,智能防丢,全球定位
  • 书生大模型实战营Linux+InternStudio 关卡任务
  • 研究实锤:别让大模型「想」太多,OpenAI o1准确率竟下降36.3%
  • C++游戏开发
  • ChatGPT中的RAG;大模型微调;通过正确的提问和回答数据进行问答系统的微调;
  • 6款IntelliJ IDEA插件,让Spring和Java开发如虎添翼
  • 源代码加密解决方案:文档加密与沙盒加密的比较分析
  • Spring Boot 与 Vue 共筑高校网上订餐卓越平台
  • 【数据仓库】Hive 拉链表实践
  • 【python_pandas_将列表按照某几列进行分组,再求和,按照原列表的字段顺序返回】
  • Vue的双向绑定
  • 谷歌浏览器安装 Vue.js devtools 插件
  • LWIP通信协议UDP发送、接收源码解析
  • Linux—进程学习-01
  • FR动态数据源插件支持配置模板中某个数据集进行数据连接的切换
  • epoll 技术为什么用rbtree而不用hashmap呢?
  • 关于Android Studio Koala Feature Drop | 2024.1.2下载不了插件的解决办法
  • 公共命名空间,2024年11月的笔记
  • 登录功能设计(php+mysql)
  • 从0开始学习Linux——远程连接工具
  • Java线程6种生命周期及转换
  • 关于STM32在代码中的而GPIO里面的寄存器(ODR等)不需要宏定义的问题