适配器模式（adapter pattern）

适配器模式（Adapter Pattern）是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。

这种模式涉及到一个单一的类，该类负责加入独立的或不兼容的接口功能。举个真实的例子，读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器，再将读卡器插入笔记本，这样就可以通过笔记本来读取内存卡。

将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。主要解决在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。

何时使用： 1、系统需要使用现有的类，而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。 3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）

如何解决：继承或依赖（推荐）。

关键代码：适配器继承或依赖已有的对象，实现想要的目标接口。

优点： 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。

缺点： 1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。 2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。

使用场景：有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

注意事项：适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。

以上是在菜鸟教程里面所寻找的的定义

以下是个人理解

适配器设计模式我们可以从重用的角度考虑一下。该设计模式和工厂方法一样也是人如其名。适配器我们可能想到那条转接线和转接头。确实就是这种东西。

举个例子：我有一个根快充的线（本来有代码），他是安卓的。可是很早以前我换了华为手机。我使用不了这根快充的数据线，但是我又不想花几十块钱（大代价）再去买一根type C专门用的数据线怎么办呢。那么我们可以花几块钱（小代价）去买一根转换线。使这条数据线能够再次使用。

更近一步的你突然想到要不要把原来其他的安卓手机手机配件也可以让我们的华为使用呢

 好的你成功的节约了一大笔重复购买的费用（不用重复写代码）

这就是适配器模式

具体来说

　　首先你有一根数据线

public interface HUAWEI{

　　powercharge（Typec datawire ）{

　　　　......

　　}

　　datatrans（Typec datawire ）{

　　　　......

　　}

}

public ACAdapter implements Typec{

　　Android  datawire；

　　public ACAdapter（Android  datawire）{

　　　　this.datawire = datawire

　　}

　　@override

　　//这里的重写只用处理接口的地方而具体实现就数据线里面有。就像有的地方需要你报名字，有的需要你报ID。你只需要依靠名字改成ID或者反之就可以两者通用的。而他用这些干什么，他怎么得到名字或id的你不用管。

　　......

}

原来的

HUAWEI huawei  = new HUAWEI();

huawei.powercharge(ACAdapter(androwfastcharge));