Java学习记录--适配器模式

Java学习记录--适配器模式

标签(空格分隔): java


适配器模式是一种比较简单的设计模式,该博文从Java的Set集合入手,分析适配器模式适用场景,解决的问题,导致的缺点等.希望对你有帮助.


适配器模式,可以这样解释,用现有的组件去匹配实现要求提供的功能.举个例子:对于Java的HashSet集合,实际上是由一个HashMap映射来实现的,那么就可以理解为用现有的HashMap组件去实现了要求没有重复的Set集合这一功能.那么,这就是适配器模式,对于HashSet来说,更详细的叫法是对象适配器模式.


1.对象适配器模式

举个例子,MAC新款用的是雷电3接口,但是以前都是USB接口,那么就需要一个转换器,提供USB到雷电3的数据传输转换,那么在HashSet实现中每一个类都承担什么角色呢?

首先看HashSet的部分源码:

    //被适配的HashMap
    private transient HashMap<E,Object> map;
    //作为Map值的元素
    private static final Object PRESENT = new Object();
    //初始化被适配的HashMap
    public HashSet() {
        map = new HashMap<>();
    }

那么对于HashMap来说,HashMap就是USB接口,Set这个interface是新款的雷电3接口,于是HashSet就成了这个转换器,所提供的功能是把HashMap中的key单独表现为一个集合.

再看HashSet提供的转换:

public int size() {
        return map.size();
    }
public boolean contains(Object o) {
        return map.containsKey(o);
    }
public boolean add(E e) {
        return map.put(e, PRESENT)==null;
    }
public boolean remove(Object o) {
        return map.remove(o)==PRESENT;
    }

就像插口适配器提供数据传输转换一样,HashSet提供对HashMap映射的转换.这样来看的话很容易理解.参考下图:

1.jpg

2.类适配器

如果把HashSet改造成下面这种形式的话,那就是类适配器,显然这种方式很不灵活,继承导致方法的混乱冲突,调用的不清晰等.因此建议使用对象适配器.

public class HashSet<K> extends HashMap<K,Object> implements Set<K> {

    private static final Object PRESENT = new Object();

    @Override
    public boolean add(K k) {
        return super.put(k, PRESENT) == null;
    }

    @Override
    public boolean remove(Object key) {
        return super.remove(key) == PRESENT;
    }
}

3.总结

3.1适用情景

  1. 系统需要使用现有的类,而这些类的接口不符合系统的接口。
  2. 想要建立一个可以重用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作。
  3. 两个类所做的事情相同或相似,但是具有不同接口的时候。
  4. 旧的系统开发的类已经实现了一些功能,但是客户端却只能以另外接口的形式访问,但我们不希望手动更改原有类的时候。
  5. 使用第三方组件,组件接口定义和自己定义的不同,不希望修改自己的接口,但是要使用第三方组件接口的功能。

3.2 优点

  1. 通过适配器,客户端可以调用同一接口,因而对客户端来说是透明的。这样做更简单、更直接、更紧凑。
  2. 复用了现存的类,解决了现存类和复用环境要求不一致的问题。
  3. 将目标类和适配者类解耦,通过引入一个适配器类重用现有的适配者类,而无需修改原有代码.
  4. 一个对象适配器可以把多个不同的适配者类适配到同一个目标,也就是说,同一个适配器可以把适配者类和它的子类都适配到目标接口。

3.3缺点

  1. 对象适配器造成代码耦合,如果被适配的类,如HashMap由较为大的改动可能会影响适配器.另外更换适配器比较麻烦.
  2. 对于类适配器,不够灵活,写的不得当造成代码混乱.

根据自己的业务选择最适合的方式即可.

4.补充

4.1和装饰者模式比较

适配器像是转换器,使用新接口来调用原接口,并且有时候需要转换下功能,不应该对外直接暴露被适配的类的功能,而是通过自己本身的方法提供.如下面方法:

public boolean contains(Object o) {
        return map.containsKey(o);
    }

装饰者模式是提供新的职责,并且原封不动的提供被装饰者功能.

适配器是知道被适配者的详细情况的(就是那个类或那个接口)。装饰者只知道其接口是什么,至于其具体类型(是基类还是其他派生类)只有在运行期间才知道。

两者的有一个共同的名称叫做'包装模式',两者的最主要的区别在于使用目的不同,其他则大致思想一致.

参考博文:
http://blog.csdn.net/jason0539/article/details/22468457

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,937评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,503评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,712评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,668评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,677评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,601评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,975评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,637评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,881评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,621评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,710评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,387评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,971评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,947评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,189评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,805评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,449评论 2 342

推荐阅读更多精彩内容