适配者模式是也是android中应用很普遍的设计模式,如咱们常见用 BaseAdpter, ArrayAdapter, CursorAdapter,就是用的适配者模式,看到源码你是否是对这种设计方式很陌生,没事,下面咱们经过实际的例子来取理解这种设计模式。java
1、做用android
适配器模式(Adapter):将一个类的接口转换成客户但愿的另一个接口,使得本来因为接口不兼容而不能一块儿工做的那些类能够一块儿工做。设计模式
2、适用场景app
1. 业务的接口与工做的类不兼容,(好比:类中缺乏实现接口的某些方法)但又须要二者一块儿工做ide
2. 在现有接口和类的基础上为新的业务需求提供接口函数
3、常见的使用方式oop
仍是以Usb接口和Phone手机类的产品举例子,假设设计的Phone类中有 call(), sms(), takeAlong()属性方法,而在设计Usb接口时定义了 store(), takeAlong()的行为。若是如今有新的业务需求,须要生成 Xiaomi手机类具备 Phone类和Usb接口二者功能,假设Phone类和Usb接口已经在业务上投入使用,很显然,去修改原类中的方法和接口的行为去知足如今的新业务需求是不可取的,那么如今适配者模式就派上用场了。this
(1)类适配模式spa
大体的意思是新的业务类Xiaomi经过继承旧业务的类Phone并实现接口Usb来知足新的业务的一种适配方式,以下图.net
Usb接口
Phone类
适配 Xiaomi 类
适配完后使用
输出:
Phone takeAlong
store implements usb
这样新的业务需求就能够经过适配的 Xiaomi类去知足了。是否是以为很简单呢!!:) 有没有其余的方式去实现一样的功能呢?固然有,就是下面要讲的对象适配模式。
(2)对象适配模式
实现的方式很简单,其实就是在适配的时候经过构造函数将旧的业务Phone 看成新的适配类(XiaomiWrapper)一个成员对象去处理,而后适配类只须要实现接口 Usb便可。以下类关系图
适配类XiaomiWrapper以下,注意takeAlong()方法,是直接调用原类对象(Phone)去执行的。
适配完后经过构造函数将原对象传入便可。
输出:
Phone takeAlong
store implements usb
或许到这里,你会以为这种方式很简单吧。可是若是出现这个Usb接口中有不少方法(大于2个),可是新的业务需求中也只须要其中的一两个,并且是须要适配不少这样的业务,这样的话,用上面的方法每次适配一次就会去实现全部Usb接口中的方法,实际上适配的类中有不少是用不到的,没有必要把接口中不使用的类也适配进去,这时候,就轮到下面的接口适配模式出场了。
(3)接口适配模式
适配新的业务需求的时候借助抽象实现类(AbsPhone实现Usb接口),也就说,抽象实现类把Usb接口中的行为都实现了,新的适配是须要跟抽象类对话就行,由于抽象实现类就能知足了全部适配的需求,而且作到了只适配业务自己的行为,接口中不须要的行为我根本不须要关注。这就是抽象实现类的做用。类图关系以下:
抽象类AbsPhone实现
适配类只跟AbsPhone打交道,根本不须要关心接口的行为,只显示本身所要关注的。
如Phone1适配只须要store()行为
Phone2适配只须要takeAlong()行为
实例化调用
输出:
Phone1 need usb's store methond
Phone2 need usb's takeAlong methond
来一次完整的调用
输出:
Phone1 need usb's store methond
AbsPhone implements usb's takeAlong methond
Phone2 need usb's takeAlong methond
AbsPhone implements usb's store methond
这样很清晰的知道适配的什么方法了。