设计模式(三):适配器模式
2019-11-07

介绍

意图:将类的接口转换为客户期望的另一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。是作为两个不兼容的接口之间的桥梁。主要解决:主要解决在软件系统中,常常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能满足的。何时使用: 1、系统需要使用现有的类,而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作,这些源类不一定有一致的接口。 3、通过接口转换,将一个类插入另一个类系中。如何解决:继承或依赖(推荐)。关键代码:适配器继承或依赖已有的对象,实现想要的目标接口。

现实世界的例子请注意,您的存储卡中有一些照片,需要将它们传输到计算机上。为了传输它们,您需要某种与计算机端口兼容的适配器,以便将存储卡连接到计算机。在这种情况下,读卡器是适配器。另一个例子是著名的电源适配器; 三脚插头不能连接到双管插座,需要使用电源适配器使其与双叉插座兼容。另一个例子是翻译人员将一个人所说的话翻译给另一个人听。

简单来说适配器模式允许您将其他不兼容的对象包装在适配器中,以使其与另一个类兼容。

维基百科说

在软件工程中,适配器模式是一种软件设计模式,它允许将现有类的接口用作另一个接口。它通常用于使现有类与其他类一起工作而无需修改其源代码。

实例

假设一个除了会使用划艇而其他都不会的船长。首先,我们有接口RowingBoat和FishingBoat。// 皮艇

public interface RowingBoat { void row();}

// 渔船接口和实现

public interface FishingBoat { void sail();}

public class FishingBoatOperator implements FishingBoat { @Override public void sail() { System.out.printf("The fishing boat is sailing"); }}

船长实现划艇的接口从而能够移动。

public class Captain implements RowingBoat { private RowingBoat rowingBoat; public Captain(RowingBoat rowingBoat) { this.rowingBoat = rowingBoat; } @Override public void row() { rowingBoat.row(); }}

现在让我们说海盗来了,我们的船长需要逃离,但只有渔船可用。我们需要创建一个适配器,允许船长用他的划艇技能操作渔船。

public class FishingBoatAdapter implements RowingBoat { private FishingBoat boat; public FishingBoatAdapter() { boat = new FishingBoatOperator(); } @Override public void row() { boat.sail(); }}

而现在,Captain可以操纵渔船用来逃避海盗了。

Captain captain = new Captain(new FishingBoatAdapter());captain.row();

适用场景

使用适配器模式时

您想使用现有的类,其接口与您需要的接口不匹配。你想创建一个可重用的类,它与不相关或不可预见的类合作,即不一定具有兼容接口的类。你需要使用几个现有的子类,但通过对每个子类进行子类化来调整它们的接口是不切实际的。 对象适配器可以调整其父类的接口。大多数使用第三方库的应用程序使用适配器作为应用程序和第三方库之间的中间层,以将应用程序与库分离。如果必须使用另一个库,则只需要新库的适配器,而无需更改应用程序代码。

结果

类和对象适配器有不同的权衡:类适配器

通过承诺具体的Adaptee类来使Adaptee适应Target。因此,当我们想要调整类及其所有子类时,类适配器将不起作用。让适配器覆盖Adaptee的一些行为,因为Adapter是Adaptee的子类。只引入一个对象,并且不需要额外的指针间接来到适配器。

对象适配器

让一个适配器与许多Adaptee一起工作 - 即Adaptee本身及其所有子类(如果有的话)。适配器还可以立即向所有Adaptee添加功能。使得覆盖Adaptee行为变得更加困难。它将需要子类化Adaptee并使Adapter引用子类而不是Adaptee本身。

总结

优点: 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。缺点: 1、过多地使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是 A 接口,其实内部被适配成了 B 接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。 2.由于 JAVA 至多继承一个类,所以至多只能适配一个适配者类,而且目标类必须是抽象类。注意事项:适配器不是在详细设计时添加的,而是解决正在服役的项目的问题。

翻译: iluwatar-java-design-patterns参考:runoob.com