设计模式笔记(七): 适配器模式

生活中经常会遇到这样一个场景:手机充电器的插头是两脚的,但是插排没有合适两脚的接口,这时如果想要继续充电,要么换一个插排,要么使用一个转换器,将两脚的转换成三脚的。后一种做法在面向对象编程中可以称为“适配器模式”。

适配器模式有两种编写方式:

  1. 类的适配器
  2. 对象适配器

类的适配器即通过多重继承来实现,但Java不支持多重继承,不过也可以将其中一个类写成接口来实现。对象适配器是通过组合来实现的。下面会看到样例代码。

类的适配器

//三脚插
public class ThreePlug {

    public void connectThree() {
        System.out.println("connect to Three plug");
    }
}


//两脚插
public interface TwoPlug {

    void connectTwo();
}


//两脚转三脚的适配器
public class TwoToThreeAdapter extends ThreePlug implements TwoPlug {

    @Override
    public void connectTwo() {
        this.connectThree();
    }
}

//Main测试类
public class Main {
    public static void main(String[] args) {
        TwoPlug twoPlug = new TwoToThreeAdapter();
        twoPlug.connectTwo();

    }
}

运行可以看到如下输出:

connect to Three plug

这种方式实现的适配器从继承关系来看就好像“既是三脚插,又是两脚插”。虽然看起来有些奇怪,但想想现实中的转换器是不是也有一个三脚头和一个二脚接口呢?

对象适配器

对象适配器的实现方式和类的适配器不太一样,不过最终效果是一样的。下面是代码:

//三脚插
public class ThreePlug {

    public void connectThree() {
        System.out.println("connect to Three plug");
    }
}

//两脚插
public interface TwoPlug {

    void connectTwo();
}

//适配器
public class TwoToThreeAdapter implements TwoPlug {


    private ThreePlug threePlug;

    public TwoToThreeAdapter(ThreePlug threePlug) {
        this.threePlug = threePlug;
    }

    @Override
    public void connectTwo() {
        this.threePlug.connectThree();
    }
}

//测试类
public class Main {

    public static void main(String[] args) {
        ThreePlug threePlug = new ThreePlug();
        TwoPlug twoPlug = new TwoToThreeAdapter(threePlug);
        twoPlug.connectTwo();
    }
}

运行结果和上面的运行结果是一样的。和类的适配器方式不一样的地方是,对象的适配是利用组合来实现的,适配器类持有转换后的类的引用。个人认为,下面这种对象的适配器比较适合Java语言,毕竟“少用继承,多用组合”是面向对象设计的一个基本原则。

适配器模式的特点

  1. 复用性好,即使系统中现有的类的接口不符合需求,我们也可以通过适配器模式将其接口转换成符合需求的接口。
  2. 封装性好,客户端不知道调用之后会具体发生什么,就上面的场景来说,用户只有一个两脚插和适配器,它不需要知道两脚插怎么转换成三脚的,仅仅需要将两脚插插入适配器,然后将适配器插入插座就行。
  3. 更好的扩展性。我们可以在适配器类里实现很多需求,甚至在真正调用之前和之后做一些处理(有点像静态代理)。
  4. 可能会导致系统类体系零乱。适配器模式就好像是在整个类设计的体系中横插进来的一个东西,所以适配器过多的话,整个类体系就会显得很混乱。

适配器模式和装饰者模式的区别

咋一看,适配器模式和装饰者模式写起来有不少地方是很相似的(例如他们都使用类似“委托”的技术),所以这两个模式很容易被混淆。不过理解了概念,就可以看出他们的区别了。

主要区别是目的不同。装饰者模式的目的是为被包装的类增加新的行为,而适配器模式是将接口转换成系统需要的接口,并没有新增什么行为,只起到一个中转的作用。

小结

现在可以给出适配器模式的一个定义了:适配器模式将一个类的接口,转换成客户端期望的另一个接口。适配器让原来不兼容的类可以合作无间

本系列文章参考书籍是《Head First 设计模式》,文中代码示例出自书中。

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

推荐阅读更多精彩内容