设计模式之适配器

适配器模式（ Adapter Pattern）把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。又称为转换器模式、变压器模式、包装（Wrapper）模式（把已有的一些类包装起来，使之能有满足需要的接口）。
  模式所涉及的角色有：
  目标（Target）角色：所期待得到的接口。
  源（Adaptee）角色：需要适配的接口。
  适配器（Adapter）角色：适配器把源接口转换成目标接口。根据这一角色的实现不同，可分为类的适配器模式（使用继承实现）和对象的适配器模式（使用委派关系实现）。
 
  适配器模式的用意是将接口不同而功能相同或者相近的两个接口加以转换，包括适配器角色补充一些源角色没有但目标接口需要的方法。但不要误以为适配器模式就是为了补充源角色没有的方法而准备的。
 
  类适配器模式与对象适配器模式的区别：
  使用对象适配器模式可以把多种不同的源适配到同一个目标。换言之，同一个适配器可以把源类和它的子类都适配到目标接口。
  使用对象适配器模式增加的新方法可以同时适用所有的源。
  （对对象的适配器模式而言）在设计里，需要改变多个已有的子类的接口，如果使用类的适配器模式，就要针对每一个子类做一个适配器类，而这不太实际。
  与类的适配器模式相比，要想置换源类的方法不容易。
  如果源中有大量的方法，使用类的适配器模式则比较容易（不需要一一写出源类中的方法，而对象的适配器模式则要一一写出目标角色中的方法，如缺省适配器）。
 
 
  在什么情况下使用适配器模式：
  1。系统需要使用现有的类，而此类的接口不符合系统的需要。
  2。想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。这些源类不一定有很复杂的接口。
  3。类或方法的作用相同但名称不同的类或方法之间进行适配（by kyo）。
 
  与桥梁模式的区别：
  桥梁模式的用意是要把实现和它的接口分开，以便它们可以独立地变化。桥梁模式并不是用来把一个已有的对象接到不相匹配的接口上的。当一个客户端只知道一个特定的接口，但是又必须与具有不同接口的类打交道时，就应该使用适配器模式。


缺省适配模式（Default Adapter Pattern）为一个接口提供缺省实现，这样子类型可以从这个缺省实现进行扩展，而不必从原有接口进行扩展。
 
适配器模式的用意是要改变源的接口，以便与目标类的接口相容。缺省适配的用意稍有同，它是为了方便建立一个不平庸的适配器类而提供的一种平庸实现（就是为接口提供空的实现）。
 
在任何时候，如果不准备实现一个接口的所有方法时（一般在定义一个大的接口时都应该提供它的缺省适配类），就可以制造一个抽象类，给出所有方法的平庸的具体实现。这样，从这个抽象类再继承下去的子类就不必实现所有的方法了。缺省适配模式的中心是一个缺省适配类。这个类应当是抽象类。
 
在 JDK1.2 中有很多为事件处理而设计的事件监听适配器类。这些 Java 类均是为了使用的方便而提供的缺省适配器接口，它们为所对应的 Java 接口提供空的或称“平庸的(一般的)”实现。这样，Java 语言的用户程序如果需要实现一个接口中很少的几个方法时，就不必繁琐地给出它所不需要的那些方法的空的实现。