一、作用

适配器模式(Adapter):将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

二、适用场景

1. 业务的接口与工作的类不兼容,(比如:类中缺少实现接口的某些方法)但又需要两者一起工作

2. 在现有接口和类的基础上为新的业务需求提供接口

三、常见的使用方式

还是以Usb接口和Phone手机类的产品举例子,假设设计的Phone类中有 call(), sms(), takeAlong()属性方法,而在设计Usb接口时定义了 store(), takeAlong()的行为。如果现在有新的业务需求,需要生成 Xiaomi手机类具有 Phone类和Usb接口两者功能,假设Phone类和Usb接口已经在业务上投入使用,很显然,去修改原类中的方法和接口的行为去满足现在的新业务需求是不可取的,那么现在适配者模式就派上用场了。

(1)类适配模式

大致的意思是新的业务类Xiaomi通过继承旧业务的类Phone并实现接口Usb来满足新的业务的一种适配方式,如下图

Usb接口

 public interface Usb {

     void store();

     void takeAlong();
}

Phone类

 public class Phone {

     public void call() {
System.out.println("Phone call");
} public void sms() {
System.out.println("Phone sms");
} public void takeAlong() {
System.out.println("Phone takeAlong");
}
}

适配 Xiaomi 类

 /**
* 类的适配器模式
* phone + Usb
* 将Phone的功能扩展到Usb里 */
public class Xiaomi extends Phone implements Usb { @Override
public void store() {
// TODO Auto-generated method stub
System.out.println("store implements usb");
} }

适配完后使用

 Xiaomi mi1 = new Xiaomi();
mi1.takeAlong();
mi1.store();

输出:

Phone takeAlong
store implements usb

这样新的业务需求就可以通过适配的 Xiaomi类去满足了。是不是觉得很简单呢!!:)  有没有其他的方式去实现同样的功能呢?当然有,就是下面要讲的对象适配模式。

(2)对象适配模式

实现的方式很简单,其实就是在适配的时候通过构造函数将旧的业务Phone 当作新的适配类(XiaomiWrapper)一个成员对象去处理,然后适配类只需要实现接口 Usb即可。如下类关系图

适配类XiaomiWrapper如下,注意takeAlong()方法,是直接调用原类对象(Phone)去执行的。

 public class XiaomiWrapper implements Usb {

     /**
* 1.创建一个Wrapper类,持有原类的一个实例,
* 2.在Wrapper类的方法中,调用实例的方法就行
*/
private Phone phone; public XiaomiWrapper(Phone phone) { this.phone = phone;
} @Override
public void store() {
// TODO Auto-generated method stub
System.out.println("store implements usb"); } @Override
public void takeAlong() {
// TODO Auto-generated method stub
phone.takeAlong();
} }

适配完后通过构造函数将原对象传入即可。

 XiaomiWrapper mi2 = new XiaomiWrapper(new Phone());
mi2.takeAlong();
mi2.store();

输出:

Phone takeAlong
store implements usb

  或许到这里,你会觉得这种方式很简单吧。但是如果出现这个Usb接口中有很多方法(大于2个),但是新的业务需求中也只需要其中的一两个,而且是需要适配很多这样的业务,这样的话,用上面的方法每次适配一次就会去实现所有Usb接口中的方法,实际上适配的类中有很多是用不到的,没有必要把接口中不使用的类也适配进去,这时候,就轮到下面的接口适配模式出场了。

(3)接口适配模式

适配新的业务需求的时候借助抽象实现类(AbsPhone实现Usb接口),也就说,抽象实现类把Usb接口中的行为都实现了,新的适配是需要跟抽象类对话就行,因为抽象实现类就能满足了所有适配的需求,并且做到了只适配业务本身的行为,接口中不需要的行为我根本不需要关注。这就是抽象实现类的作用。类图关系如下:

抽象类AbsPhone实现

 /**
* 接口的适配器模式
* 1.借助于一个抽象类,该抽象类实现了该接口,实现了所有的方法
* 2.继承类可以选择性的实现接口中的方法
*/
public abstract class AbsPhone implements Usb { public void store() {
System.out.println("AbsPhone implements usb's store methond");
} public void takeAlong() {
System.out.println("AbsPhone implements usb's takeAlong methond");
}
}

适配类只跟AbsPhone打交道,根本不需要关心接口的行为,只显示自己所要关注的。

如Phone1适配只需要store()行为

 public class Phone1 extends AbsPhone {

     public void call() {
System.out.println("Phone1 call");
} public void sms() {
System.out.println("Phone1 sms");
} public void store() {
System.out.println("Phone1 need usb's store methond");
} }

Phone2适配只需要takeAlong()行为

 public class Phone2 extends AbsPhone {

     public void call() {
System.out.println("Phone2 call");
} public void sms() {
System.out.println("Phone2 sms");
} public void takeAlong() {
System.out.println("Phone2 need usb's takeAlong methond");
} }

实例化调用

 Phone1 p1 = new Phone1();
Phone2 p2 = new Phone2();
p1.store();
p2.takeAlong();

输出:

Phone1 need usb's store methond
Phone2 need usb's takeAlong methond

来一次完整的调用

 Phone1 p1 = new Phone1();
Phone2 p2 = new Phone2();
p1.store();
p1.takeAlong();
p2.takeAlong();
p2.store();

输出:

Phone1 need usb's store methond
AbsPhone implements usb's takeAlong methond
Phone2 need usb's takeAlong methond
AbsPhone implements usb's store methond

这样很清晰的知道适配的什么方法了。

总结:适配者模式在android源码中有很多这样的体现,大家看完这个再去看源码,是不是会感觉看懂了不少呢?

MongoDB索引的更多相关文章

  1. [DataBase] MongoDB (7) MongoDB 索引

    MongoDB 索引 1. 建立索引 唯一索引db.passport.ensureIndex( {"loginname": 1}, {"unique": tru ...

  2. MongoDB索引介绍

    MongoDB中的索引其实类似于关系型数据库,都是为了提高查询和排序的效率的,并且实现原理也基本一致.由于集合中的键(字段)可以是普通数据类型,也可以是子文档.MongoDB可以在各种类型的键上创建索 ...

  3. MongoDB(索引及C#如何操作MongoDB)(转载)

    MongoDB(索引及C如何操作MongoDB) 索引总概况 db.test.ensureIndex({"username":1})//创建索引 db.test.ensureInd ...

  4. MongoDB索引(一)

    原文地址 一.介绍 我们已经很清楚索引会提高查询效率.如果没有索引,MongoDB必须对全部集合进行扫描,即,扫描集合中每条文档以选择那些符合查询条件的文档.对查询来说如果存在合适的索引,则Mongo ...

  5. MongoDB 索引篇

    MongoDB 索引篇 索引的简介 索引可以加快查询的速度,但是过多的索引或者规范不好的索引也会影响到查询的速度.且添加索引之后的对文档的删除,修改会比以前速度慢.因为在进行修改的时候会对索引进行更新 ...

  6. MongoDB索引的种类与使用

    一:索引的种类 1:_id索引:是绝大多数集合默认建立的索引,对于每个插入的数据,MongoDB都会自动生成一条唯一的_id字段2:单键索引: 1.单键索引是最普通的索引 2.与_id索引不同,单键索 ...

  7. MongoDB索引,性能分析

    索引的限制: 索引名称不能超过128个字符 每个集合不能超过64个索引 复合索引不能超过31列 MongoDB 索引语法 db.collection.createIndex({ <field&g ...

  8. MongoDB索引原理

    转自:http://www.mongoing.com/archives/2797 为什么需要索引? 当你抱怨MongoDB集合查询效率低的时候,可能你就需要考虑使用索引了,为了方便后续介绍,先科普下M ...

  9. MongoDB · 引擎特性 · MongoDB索引原理

    MongoDB · 引擎特性 · MongoDB索引原理数据库内核月报原文链接 http://mysql.taobao.org/monthly/2018/09/06/ 为什么需要索引?当你抱怨Mong ...

  10. MongoDB索引管理

    一.创建索引 创建索引使用db.collectionName.ensureIndex(...)方法进行创建: 语法: >db.COLLECTION_NAME.ensureIndex({KEY:1 ...

随机推荐

  1. Android-找到包下面所有的类

    Android 利用反射找到包下面所有的类 Android下其实有一个DexFile的东西,利用它我们可以很好的找到包下面所有的类 什么是DexFile? 官方的说明是这样的: Manipulates ...

  2. c#运算表达式

    1.取补运算 操作符:~ 操作数:限定int,uint,long,ulong和枚举类型,返回值于操作数类型相同 sbyte,byte,short,ushort,也可以运算,但运算前都将隐式转换为int ...

  3. 解读sencha touch移动框架的核心架构(一)

    sencha的前身就是Extjs了,sencha 框架是世界上第一个基于HTML5的Mobile App框架 那么何谓框架,传统软件工程对于库和框架的区分主要着眼于对应用运行流程的控制权,框架提供架构 ...

  4. Android 生成LayoutInflater的三种方式

    通俗的说,inflate就相当于将一个xml中定义的布局找出来. 因为在一个Activity里如果直接用findViewById()的话,对应的是setConentView()的那个layout里的组 ...

  5. .Net 转战 Android 4.4 日常笔记(6)--Android Studio DDMS用法

    Android Studio DDMS与Eclipse DDMS大同小异,下面了解DDMS的使用 DDMS(Dalvik Debug Monitor Service )Dalvik调试监控服务 DDM ...

  6. 通过监控线程状态来保证socket服务器的稳定运行

    云平台中使用的socket服务器是我们自己定义一套通信协议,并通过C#实现的一个socket服务. 该服务目前是和web服务一起运行在IIS容器中,通过启动一个永不退出的新线程来监听端口. 在开发的初 ...

  7. MySQL学习笔记十:日志管理

    1.错误日志文件 MySQL的错误日志文件记录错误信息,还会记录mysqld进程的关闭和启动的信息,但也不是什么错误信息都会记录,只记录mysqld进程运行过程中发生的关键性错误. 错误日志的启动,可 ...

  8. CRL 版本2.2.0.0发布

    重要更新: 增加了关联查询 优化了缓存查找效率 关联查询有以下两种形式 返回Select结果,结果为动态对象 将结果附加给当前对象索引值 关联查询有累加效果,可关联多个表可通过匿名对象指定返回的别名, ...

  9. spring整合hibernate的时候报异常org.hibernate.HibernateException: createQuery is not valid without active transaction

    在整合Spring4+hibernate4时候,当代码执行到dao中CRUD操作时,报了一个异常, org.hibernate.HibernateException: createQuery is n ...

  10. LSM Tree存储组织结构介绍

    LSM Tree(Log Structured Merge Trees)数据组织方式被应用于多种数据库,如LevelDB.HBase.Cassandra等,下面我们从为什么使用LSM tree.LSM ...