设计模式JAVA-适配器设计模式(七)

1.适配器设计模式

基本介绍

  1. 适配器模式(AdapterPattern)将某个类的接口转换成客户端期望的另一个接口表示,主的目的是兼容性,让原本因接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器(Wrapper)
  2. 适配器模式属于结构型模式
  3. 主要分为三类:类适配器模式、对象适配器模式、接口适配器模式

工作原理

  1. 适配器模式:将一个类的接口转换成另一种接口.让原本接口不兼容的类可以兼容
  2. 从用户的角度看不到被适配者,是解耦的
  3. 用户调用适配器转化出来的目标接口方法,适配器再调用被适配者的相关接口方法
  4. 用户收到反馈结果,感觉只是和目标接口交互,如图
    在这里插入图片描述

1.1 场景

以生活中充电器的例子来讲解适配器,充电器本身相当于 Adapter,220V 交流电相当于 src(即被适配者),我们的目 dst(即 目标)是 5V 直流电

1.2 类适配器模式

基本介绍:Adapter 类,通过继承 src 类,实现 dst 类接口,完成 src->dst 的适配。
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

类适配器模式注意事项和细节

  1. Java是单继承机制,所以类适配器需要继承 src类这一点算是一个缺点, 因为这要求 dst 必须是接口,有一定局限性;
  2. src类的方法在 Adapter中都会暴露出来,也增加了使用的成本。
  3. 由于其继承了 src类,所以它可以根据需求重写 src类的方法,使得 Adapter的灵活性增强了。

说白了,就是继承一个原来的类,然后从这个类里获取数据,然后再放到接口规定的方法里,然后其他组件根据接口提供的方法进行操作

1.3 对象适配器模式

基本内容

  1. 基本思路和类的适配器模式相同,只是将 Adapter类作修改,不是继承 src类,而是持有 src类的实例,以解决兼容性的问题。 即:持有 src类,实现 dst 类接口,完成 src->dst 的适配
  2. 根据 “ 合成复用原则 ” ,在系统中尽量使用关联关系(聚合)来替代继承关系。
  3. 对象适配器模式是适配器模式常用的一种

在这里插入图片描述

部分代码:
在这里插入图片描述
在这里插入图片描述

对象适配器模式注意事项和细节

  1. 对象适配器和类适配器其实算是同一种思想,只不过实现方式不同。
    根据合成复用原则,使用组合替代继承, 所以它解决了类适配器必须继承 src 的局限性问题,也不再要求 dst必须是接口。
  2. 使用成本更低,更灵活。

1.4 接口适配器模式

基本内容

  1. 一些书籍称为:适配器模式(DefaultAdapterPattern)或缺省适配器模式。
  2. 核心思路:当不需要全部实现接口提供的方法时,可先设计一个抽象类实现接口,并为该接口中每个方法提供一个默认实现(空方法),那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求
  3. 适用于一个接口不想使用其所有的方法的情况。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

1.5 SpringMVC中适配器设计

  1. SpringMvc 中的 H Ha an nd dl le er rA Ad da ap pt te er r, 就使用了适配器模式
  2. SpringMVC处理请求的流程回顾
  3. 使用 HandlerAdapter的原因分析:
    可以看到处理器的类型不同,有多重实现方式,那么调用方式就不是确定的,如果需要直接调用 Controller 方法,需要调用的时候就得不断是使用 if else 来进行判断是哪一种子类然后执行。那么如果后面要扩展
    Controller, 就得修改原来的代码,这样违背了 OCP 原则。
    在这里插入图片描述

说白了,就是根据请求,找到具体control类,然后根据control类来找到相对应的适配器,然后再调用适配器的方法进行相关处理

1.6 适配器模式的注意事项和细节

  1. 三种命名方式,是根据 src是以怎样的形式给到 Adapter(在 Adapter里的形式)来命名的。
  2. 类适配器:以类给到,在 Adapter里,就是将 src当做类,继承
    对象适配器:以对象给到,在 Adapter 里,将 src 作为一个对象,持
    有接口适配器:以接口给到,在 Adapter 里,将 src 作为一个接口,实现
  3. Adapter模式最大的作用还是将原本不兼容的接口融合在一起工作。
  4. 实际开发中,实现起来不拘泥于我们讲解的三种经典形式
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值