共计 2230 个字符,预计需要花费 6 分钟才能阅读完成。
适配器模式的英文翻译是 Adapter Design Pattern。
顾名思义,这个模式就是用来做适配的,它将不兼容的接口转换为可兼容的接口 ,让本来因为接口不兼容而不能一起工作的类能够一起工作。
对于这个模式,有一个常常被拿来解释它的例子,就是 USB 转接头充当适配器,把两种不兼容的接口,通过转接变得能够一起工作。
适配器模式有两种实现形式:类适配器和对象适配器。
其中,类适配器应用继承关系来实现,对象适配器应用组合关系来实现。具体的代码实现如下所示。
// 类适配器: 基于继承
public interface ITarget {void f1();
void f2();
void fc();}
public class Adaptee {public void fa() {//...}
public void fb() { //...}
public void fc() { //...}
}
public class Adaptor extends Adaptee implements ITarget {public void f1() {super.fa();
}
public void f2() {//... 从新实现 f2()...
}
// 这里 fc()不须要实现,间接继承自 Adaptee,这是跟对象适配器最大的不同点}
**// ** 对象适配器:基于组合 **
public interface ITarget {void f1();
void f2();
void fc();}
public class Adaptee {public void fa() {//...}
public void fb() { //...}
public void fc() { //...}
}
public class Adaptor implements ITarget {
private Adaptee adaptee;
public Adaptor(Adaptee adaptee) {this.adaptee = adaptee;}
public void f1() {adaptee.fa(); // 委托给 Adaptee
}
public void f2() {//... 从新实现 f2()...
}
public void fc() {adaptee.fc();
}
}
适配器模式利用场景总结
一般来说,适配器模式能够看作一种“弥补模式”,用来补救设计上的缺点。利用这种模式算是“无奈之举”。如果在设计初期,咱们就能协调躲避接口不兼容的问题,那这种模式就没有利用的机会了。
举例:封装有缺点的接口设计
假如咱们依赖的内部零碎在 接口设计方面有缺点 (比方蕴含大量静态方法),引入之后会影响到咱们本身代码的可测试性。为了隔离设计上的缺点,咱们心愿 对外部零碎提供的接口进行二次封装 , 形象出更好的接口设计,这个时候就能够应用适配器模式了。
public class CD { // 这个类来自内部 sdk,咱们无权批改它的代码
//...
public static void staticFunction1() { //...}
public void uglyNamingFunction2() { //...}
public void tooManyParamsFunction3(int paramA, int paramB, ...) {//...}
public void lowPerformanceFunction4() { //...}
}
// 应用适配器模式进行重构
public class ITarget {void function1();
void function2();
void fucntion3(ParamsWrapperDefinition paramsWrapper);
void function4();
//...
}
// 留神:适配器类的命名不肯定非得开端带 Adaptor
public class CDAdaptor extends CD implements ITarget {
//...
public void function1() {super.staticFunction1();
}
public void function2() {super.uglyNamingFucntion2();
}
public void function3(ParamsWrapperDefinition paramsWrapper) {super.tooManyParamsFunction3(paramsWrapper.getParamA(), ...);
}
public void function4() {//...reimplement it...}
}
代理、桥接、装璜器、适配器 4 种设计模式的区别
代理、桥接、装璜器、适配器,这 4 种模式是比拟罕用的结构型设计模式。它们的代码构造十分类似。抽象来说,它们都能够称为 Wrapper 模式,也就是通过 Wrapper 类二次封装原始类。只管代码构造类似,但这 4 种设计模式的用意齐全不同,也就是说要解决的问题、利用场景不同,这也是它们的次要区别。
代理模式:
代理模式在不扭转原始类接口的条件下,为原始类定义一个代理类,次要目标是管制拜访,而非增强性能,这是它跟装璜器模式最大的不同。
桥接模式:
桥接模式的目标是将接口局部和实现局部拆散,从而让它们能够较为容易、也绝对独立地加以扭转。
装璜器模式:
装璜者模式在不扭转原始类接口的状况下,对原始类性能进行加强,并且反对多个装璜器的嵌套应用。
适配器模式:适配器模式是一种预先的补救策略。
这个模式自身是为了防止继承构造爆炸而设计的;
适配器提供跟原始类不同的接口,而代理模式、装璜器模式提供的都是跟原始类雷同的接口。