Java设计模式——适配器模式（Adapter）
目的：把源类型适配为目标类型，以适应客户端(Client)的需求；此处我们把目标接口的调用方视为客户端
使用场景：需要对类型进行由源类型到目标类型转换的场景中
前置条件：已有客户端
//Client 一个调用目标接口的方法 Class ClientInvoking { static void invoke(TargetInterface target) { String value = target.getMark(); System.out.println(value); } }
常用的几种模式
模式一：存在目标接口，且存在已有方法
//目标接口 public interface TargetInterface { public String getMark(); public String getInfo(); }
//已有类及方法 public class ExistClass { public String sayHello() { return "Hello"; } public String sayWorld() { return "World"; } }
我们假设ExistClass返回的字符串正好是我们的客户端需要用到的，但客户端需要的是通过一个TargetInterface类型的对象来获取，因此我们需要想办法对已有类进行适配，使其能够满足客户端的需求；该模式下存在两种应用方案：
方案1.类适配器模式
//适配器 public class ClassAdapter extends ExistClass implements TargetInterface { public int getMark() { String value = this.sayHello(); return value; } public int getInfo() { String value = this.sayWorld(); return value; } }
//客户端调用 TargetInterface target = new ClassAdapter(); ClientInvoking.invoke(target);
由Java接口的概念可知，ClassAdapter作为TargetInterface的实现类，能够向上转型为TargetInterface类型，适应了客户端的需求。
方案2.对象适配器模式
//适配器 public class ClassAdapter implements TargetInterface { private ExistClass exist; public ClassAdapter(ExistClass existClass) { this.exist = existClass; } public int getMark() { String value = exist.sayHello(); return value; } public int getInfo() { String value = exist.sayWorld(); return value; } }
//客户端调用 TargetInterface target = new ClassAdapter(new ExistClass()); ClientInvoking.invoke(target);
该方案与类适配器模式类似，只是不采用继承而采用持有对象的方式，更加灵活，扩展性更强。
模式二：不存在目标接口，但是存在目标类，且存在已有方法
我们先对前置条件中的客户端进行改造，如下：
Class ClientInvoking { static void invoke(TargetClass target) { String value = target.getMark(); System.out.println(value); } }
改造后，invoke方法需要一个TargetClass类的对象作为参数；下面是目标类和已有类
//目标类 public class Class { public String getMark() { return "yes"; } public String getInfo() { return "no"; } }
//已有类及方法 public class ExistClass { public String sayHello() { return "Hello"; } public String sayWorld() { return "World"; } }
我们假设ExistClass返回的字符串正好是我们的客户端需要用到的，且客户端中需要的TargetClass对象的内容已经过时，因此我们需要相办法对ExistClass进行适配，以适应客户端的需求；
//适配器 public class ClassAdapter extends TargetClass { private ExistClass exist; public ClassAdapter(ExistClass existClass) { this.exist = existClass; } public int getMark() { String value = exist.sayHello(); return value; } public int getInfo() { String value = exist.sayWorld(); return value; } }
//客户端调用 TargetClass target = new ClassAdapter(new ExistClass()); ClientInvoking.invoke(target);
在该种模式下，设计到两个类，且最后要进行向上转型，根据Java的单继承机制，我们只能通过持有对象的形式，即对象适配器模式。
模式三：缺省适配器模式
该模式中，不存在显式的目标类型，而仅有源类型；之所以需要用到这个，往往是因为源类型中提供了太多我们并不需要的东西，我们需要通过适配器模式进行定制化。以WindowListener作为例子讲解：
//WindowListener源码 public interface WindowListener extends EventListener { public void windowOpened(WindowEvent e); public void windowClosing(WindowEvent e); public void windowClosed(WindowEvent e); ... }
//添加监听器的例子 Frame frame = new Frame(); frame.addWindowListener(new WindowListener() { @Override public void windowOpened(WindowEvent e) { } @Override public void windowClosing(WindowEvent e) { } @Override public void windowClosed(WindowEvent e) { } ... })
这样的代码，看起来很繁琐；比如说我只需要监听正在关闭的事件，却生成了许多与此无关的模板代码，降低了代码的可读性，鉴于此，我们来做下定制，只监听一个接口；
我们首先提供一个抽象类实现了该接口，并为所有监听器提供空实现；然后再用抽象类的子类重写窗口正在关闭的监听器的实现，代码如下：
//适配器 public abstract ListenerAdapter implements WindowListener { public void windowOpened(WindowEvent e) {} public void windowClosing(WindowEvent e) {} public void windowClosed(WindowEvent e) {} ... }
//重写方法 public class OverrideWindowClosing extends ListenerAdapter { @Override public void windowClosing(WindowEvent e) { //TODO } }
//客户端调用 frame.addWindowListener(new OverrideWindowClosing());
该方式简化了接口，提高了代码可读性。最重要的是，我们实现了对接口的定制，可以只做自己关心的事情。
