设计模式之适配器模式

对于Android开发者来说,适配器模式简直太熟悉不过了。许多应用在直接或者间接的用到适配器模式,如ListView。

ListView作用在于显示列表数据,但是作为数据集合有很多形式,有Array,有Cursor,我们需要对应的适配器来做桥梁,处理相应的数据(并形成ListView所需要的视图)。

正是因为定义了这些适配器接口和适配器类,才能使我们的数据简单灵活而又正确的显示到adapterview的实现类上。

适配器模式,Adapter Pattern,勇敢的去适配,大量的资源可以重用。

意图

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

适配器模式分为类适配器模式和对象适配器模式。

关于适配器模式,因为Java的单继承,如果继承一个类,另外的则只能是接口,需要手动实现相应的方法。

结构图

设计模式之适配器模式_第1张图片

为了简明直接,省略了相关的其他适配器,只以次两个适配器为例。

ListView作为client,他所需要的目标接口(target interface)就是ListView,包含getCount(),getItem(),getView()等几个基本的方法,为了兼容List,Cursor等数据类型作为数据源,我们专门定义两个适配器来适应它们:ArrayAdapter和CursorAdapter。这两个适配器,说白了,就是针对目标接口对数据源进行兼容修饰。这就是适配器模式。

其中BaseAdapter实现了如isEmpty()方法,使子类在继承BaseAdapter后不需要再实现此方法,这就是缺省适配器,这也是缺省适配器的一个最明显的好处。

适配器本身倒是不难,但是提供了解决不兼容问题的惯用模式。

关于什么时候使用适配器,大概有3种情况:

(1)你想使用一个已经存在的类,而它的接口不符合你的需求,这个在处理旧系统时比较常见。

(2)你想创建一个可以复用的类,该类可以和其他不相关的类或不可预见的协同工作,这就是我们Android开发者经常碰到的情况:我们常常自定义一个新的Adapter。

(3)你想使用一些已经存在的子类,但是不可能对每一个都进行子类化以匹配他们的接口,对象适配器可以适配他的父类接口。

效果

1.结构性模式

2.上面论述的主要是对象适配器,关于类适配器除了实现目标端口外,还要实现你要兼容的源类,这样可以少些几行代码,但是从组合优于继承的角度看,它则没有那么干净。

3.对同一个适配器(即同一个对象)对同样的源进行双向甚至多向的适配,则能使其适用两个甚至多个客户调用。

你可能感兴趣的:(设计模式之适配器模式)