【面向对象】设计模式之适配器模式的学习


参考文章:https://www.jianshu.com/p/9d0575311214

定义

适配器模式把一个类的接口变换成客户端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够一起工作。

使用场景

用电源接口做例子,笔记本电脑的电源一般都是接受5V的电压,但是我们生活中的电线电压一般都是220V的输出。这个时候就出现了不匹配的状况,我们称之为接口不兼容。

此时就需要适配器来进行一个接口转换。有一句话正好体现了这点:任何问题都可以加一个中间层来解决。这个层我们可以理解为这里的Adapter层,通过这层来进行一个接口转换就达到了兼容的目的。

适配器模式分为两种

  • 类适配器模式 :通过实现Target接口以及继承Adaptee类来实现接口转换
  • 对象适配器模式:实现Target接口和代理Adaptee的某个方法来实现接口转换

角色介绍

  • 目标(Target)角色:这就是所期待得到的接口。注意:由于这里讨论的是类适配器模式,因此目标不可以是类。

  • 源(Adaptee)角色:现在需要适配的接口。

  • 适配器(Adapter)角色:适配器类是本模式的核心。适配器把源接口转换成目标接口。显然,这一角色不可以是接口,而必须是具体类。

    在上述电源接口这个示例中,5V电压就是Target接口,220v电压就是Adaptee类,而将电压从220V转换到5V就是Adapter。

类适配器模式

简介

类的适配器模式是把适配的类的API转换成为目标类的API。

UML图

类适配器的UML图

出现背景

从上图可以看出:

  • 问题:Target期待调用Request方法,而Adaptee并没有。因此他们的接口不兼容。
  • 解决方案:为使Target能够使用Adaptee类里的SpecificRequest方法,故提供一个中间环节Adapter类(继承Adaptee并实现Target接口),把Adaptee的API与Target的API衔接起来(适配)。

Adapter与Adaptee是继承关系,这决定了这个适配器模式是类的

使用步骤

步骤1.创建Target接口

步骤2.创建需要适配的类Adaptee

步骤3.创建适配器类Adapter

步骤4.定义使用目标类,并通过Adapter类调用所需要的方法从而实现目标

这样,就达到了我们的目的。让Target成功使用了Adaptee类的specificRequest方法。

对象适配器模式

简介

与类的适配器模式相同,对象的适配器模式也是把适配的类的API转换成为目标类的API。

UML图

img

出现背景

从上图可以看出:

  • 问题:Target期待调用Request方法,而Adaptee并没有。因此他们的接口不兼容。
  • 解决方案:为了使Target能够使用Adaptee类里的SpecificRequest方法,提供一个中间环节Adapter类(包装了一个Adaptee的实例),把Adaptee的API与Target的API衔接起来(适配)。

Adapter与Adaptee是包含关系,因此适配器模式是对象的。

使用步骤

步骤1.创建Target接口

步骤2.创建需要适配的类Adaptee

步骤3.创建适配器类Adapter(使用包含的方式)

步骤4.定义使用目标类,并通过Adapter类调用所需要的方法从而实现目标

适配器模式的优缺点

优点

  • 更好的复用性
    系统需要使用现有的类,而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。
  • 透明、简单
    客户端可以调用同一接口,因而对客户端来说是透明的。这样做更简单 & 更直接
  • 更好的扩展性
    在实现适配器功能的时候,可以调用自己开发的功能,从而自然地扩展系统的功能。
  • 解耦性
    将目标类和适配者类解耦,通过引入一个适配器类重用现有的适配者类,而无需修改原有代码
  • 符合开放-关闭原则
    同一个适配器可以把适配者类和它的子类都适配到目标接口;可以为不同的目标接口实现不同的适配器,而不需要修改待适配类

缺点

  • 过多的使用适配器,会让系统非常零乱,不易整体进行把握

两种适配器模式的优缺点比较

类适配器模式

优点

  • 使用方便,代码简化
    仅仅引入一个对象,并不需要额外的字段来引用Adaptee实例

缺点

  • 高耦合,灵活性低
    使用对象继承的方式,是静态的定义方式

对象适配器模式

优点

  • 灵活性高、低耦合
    采用 “对象组合”的方式,是动态组合方式

缺点

  • 使用复杂
    需要引入对象实例

    适配器模式的应用场景

  • 系统需要复用现有类,而该类的接口不符合系统的需求,可以使用适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作

  • 多个组件功能类似,但接口不统一且可能会经常切换时,可使用适配器模式,使得客户端可以以统一的接口使用它们

ListView中的适配器模式

简述

我们都知道,作为最重要的View之一,ListView需要能够显示各式各样的视图。每个项目中需要的显示效果各不相同,显示的数据类型、数量等也有很大差别。那么如何隔离这种变化就显得尤为重要了。

因此,在此处Android采用了增加一个Adapter层的方式来应对变化。将ListView需要的接口抽象到Adapter中,这样只要用户实现了Adapter的接口,ListView就可以按照用户设定的显示效果、数量、数据来显示特定的Item View。

通过数据集来告知ListView数据的个数( getCount函数 )以及每个数据的类型( getItem函数 ),最重要的是要解决Item View的输出。Item View千变万化,但终究它都是View类型,Adapter统一将Item View输出为View ( getView函数 ),这样就很好的应对了Item View的可变性。 

那么ListView是如何通过Adapter模式 ( 不仅仅是Adapter模式 )运作的呢 ?我们可以查看源码。

分析

由于ListView继承自AbsListView,Adapter也定义在这个类中,所以我们查看这个类的源码(部分)。

AbsListView类定义了集合视图的框架,比如Adapter模式的应用、复用Item View的逻辑、布局Item View的逻辑等。子类只需要覆写特定的方法即可实现集合视图的功能,例如ListView。

下面是ListView中相关方法

ListView覆写了AbsListView中的layoutChilden函数,在该函数中根据布局模式来布局Item View。Item View的个数、样式都通过Adapter对应的方法来获取,获取个数、Item View之后,将这些Item View布局到ListView对应的坐标上,再加上Item View的复用机制,整个ListView就基本运转起来了。

总结

这里的Adapter并不是经典的适配器模式,但是却是对象适配器模式的优秀示例。也很好的体现了面向对象的一些基本原则。这里的Target角色和Adapter角色融合在一起,Adapter中的方法就是目标方法;而Adaptee角色就是ListView的数据集与Item View,Adapter代理数据集,从而获取到数据集的个数、元素。

通过增加Adapter层来将Item View的操作抽象起来,ListView等集合视图通过Adapter对象获得Item的个数、数据元素、Item View等,从而达到适配各种数据、各种Item视图的效果。因为Item View和数据类型千变万化,Android的架构师们将这些变化的部分交给用户来处理,通过getCount、getItem、getView等几个方法抽象出来,也就是将Item View的构造过程交给用户来处理,灵活地运用了适配器模式,达到了无限适配、拥抱变化的目的。


Android Developer in GDUT