怎样让孩子爱上设计模式 —— 7.适配器模式(Adapter Pattern)
标签: 设计模式初涉
概念相关
定义:
适配器模式把一个类的接口变换成client所期待的还有一种接口,从而
使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。
简单点说:
两个彼此间没有太大关联的类,想进行交互完毕某些事情。假设
直接去改动各自的接口,就显得有些繁琐了。能够加个中间类,
用它来协调两类之间的关系,完毕相关业务。这样的玩法就叫适配器模式!
两种适配器模式:
依据适配器类与适配者类的关系不同,适配器模式可分为 类适配器 和
对象适配器两种,虽然都是三个角色。但还是有些区别的!
另外。类适配器的适配器和适配者是 继承 关系,而对象适
配器则是 引用 关系。
类适配器的三个角色:
- 目标接口(Target):客户所期待的接口,目标是接口;
- 须要适配的类(Adaptee):须要适配的类或适配者类。
- 适配器(Adapter):实现了抽象目标类接口Target。并继承了适配者类Adaptee
对象适配器的三个角色:
- 目标接口(Target):客户所期待的接口。能够是详细的或抽象的类。也能够是接口
- 须要适配的类(Adaptee):须要适配的类或适配者类;
- 适配器(Adapter):通过包装一个须要适配的对象,把原接口转换成目标接口。
UML类图:
举个最简单栗子
想了非常久没想到什么好玩的样例,就写个最简单的英语翻译中文的样例
了解这个模式的玩法,后面有好的样例再换。
对象适配器的写法(用得较多)
说中文的接口:
说英语的人:
适配翻译器:
英语翻译成中文:
翻译后:
好的,非常easy,在适配类中传入须要转换的对象。完毕转换而已。
类适配模式写法:
翻译过程:
翻译结果:
两种玩法对照:
对象适配器支持传入一个被适配器对象,因此能够做到对多种被适
配接口进行适配。
而类适配器直接继承。无法动态改动,所以普通情况
下对象适配器使用得很多其它!(Java不支持多重继承!
!!)
缺省适配器模式
当不须要实现一个接口所提供的全部方法时。可先设计一个抽象类
实现该接口,并为接口中每一个方法提供一个默认实现(空方法),
那么该抽象类的子类能够选择性地覆盖父类的某些方法来实现需求。
它适用于不想使用一个接口中的全部方法的情况,又称为单接口适配器模式。
简单点说就是:不想实现接口里的全部方法,写个基类去继承这个
接口。然后重写全部方法,子类再去继承这个基类,按需重写!
比方上面的样例,中文也有非常多种类型啊。普通话,广东话,上海话:
我们如今仅仅须要转换成普通话:
写个父类适配器:
写个普通话转换用的适配器:
開始翻译:
翻译结果:
小结
长处:
- 将目标类和适配者类解耦,通过引入一个适配器类来重用现有的
适配者类,无须改动原有结构。 - 添加了类的透明性和复用性,将详细的业务实现过程封装在适配
者类中。对于client类而言是透明的,并且提高了适配者的复用性,
同一个适配者类能够在多个不同的系统中复用。 - 灵活性和扩展性都非常好。能够非常方便地更换适配器。
- 一个对象适配器能够把多个不同的适配者适配到同一个目标。
缺点:
- 类适配器模式对于不支持多重类继承的语言,一次最多仅仅能适配
一个适配者类,不能同一时候适配多个适配者。 - 适配者类不能为终于类。如在Java中不能为final类。
- 在Java中。类适配器模式中的目标抽象类仅仅能为接口,不能为类,
其使用有一定的局限性。 - 对象适配器要在适配器中置换适配者类的某些方法比較麻烦。
摘自工匠若水的——设计模式(结构型)之适配器模式(Adapter Pattern)
本节代码
https://github.com/coder-pig/DesignPatternsExample/tree/master/6.Adapter%20Pattern