GOF设计模式-适配器模式

适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

就像很多购买港版的电子设备一样，直接买来是没有办法充电的，因为港版的插头，全部都是那种很大的三孔的，大陆这边有2空的，有小三孔的。所以在买电子设备的时候，最好再买一个转换插头，可以插在我们这边的小插孔上，另一头可以插上港版的那种大插头（其实有那种通用的插排的，深圳比较多，因为深圳距离香港近……..）

适配器模式分类的适配器模式和对象的适配器模式两种不同的形式。

类的适配器模式

如上图，我现在有个接口，Targett，接口有2个方法methodA，methodB，有一个类Adaptee，只有一个methodA，这个时候就需要一个Adapter适配器，把他们关联起来，

public interface Target {    public void methodA();    public void methodB();}public class Adaptee {    public void methodA(){        System.out.println("methodA");    }}public class Adapter extends Adaptee implements Target{    @Override    public void methodB() {        System.out.println("methodB");    }}

代码比较简单，就不啰嗦了。

对象的适配器模式

与类的适配器模式一样，对象的适配器模式把被适配的类的API转换成为目标类的API，与类的适配器模式不同的是，对象的适配器模式不是使用继承关系连接到Adaptee类，而是使用委派关系连接到Adaptee类。

public class Adapter implements Target{    private Adaptee adaptee;    public Adapter(Adaptee adaptee) {        this.adaptee = adaptee;    }    @Override    public void methodA() {        this.adaptee.methodA();    }    @Override    public void methodB() {        System.out.println("methodB");    }}

类适配器和对象适配器的区别

• 类适配器使用对象继承的方式，是静态的定义方式；而对象适配器使用对象组合的方式，是动态组合的方式。

• 对于类适配器，由于适配器直接继承了Adaptee，使得适配器不能和Adaptee的子类一起工作，因为继承是静态的关系，当适配器继承了Adaptee后，就不可能再去处理 Adaptee的子类了。

• 对于对象适配器，一个适配器可以把多种不同的源适配到同一个目标。换言之，同一个适配器可以把源类和它的子类都适配到目标接口。因为对象适配器采用的是对象组合的关系，只要对象类型正确，是不是子类都无所谓。

• 对于类适配器，适配器可以重定义Adaptee的部分行为，相当于子类覆盖父类的部分实现方法。

• 对于对象适配器，要重定义Adaptee的行为比较困难，这种情况下，需要定义Adaptee的子类来实现重定义，然后让适配器组合子类。虽然重定义Adaptee的行为比较困难，但是想要增加一些新的行为则方便的很，而且新增加的行为可同时适用于所有的源。

• 对于类适配器，仅仅引入了一个对象，并不需要额外的引用来间接得到Adaptee。

• 对于对象适配器，需要额外的引用来间接得到Adaptee。

  　　建议尽量使用对象适配器的实现方式，多用合成/聚合、少用继承。当然，具体问题具体分析，根据需要来选用实现方式，最适合的才是最好的。
  　　
  适配器模式的优点
  　　更好的复用性
  　　系统需要使用现有的类，而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。

  　　更好的扩展性
  　　在实现适配器功能的时候，可以调用自己开发的功能，从而自然地扩展系统的功能。

适配器模式的缺点
　　过多的使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是A接口，其实内部被适配成了B接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。

代码地址：https://github.com/mazh1992/model/