适配器模式（Adapter）
设计模式使用的例子https://github.com/LinkinStars/DesignPatternsAllExample
一、定义
将一个接口转换成客户希望的另一个接口，使接口不兼容的那些类可以一起工作。
二、结构
Target（目标抽象类）：目标抽象类定义了客户所需要的接口，可以是一个抽象类或接口，也可以是一个具体的类。
Adapter（适配器类）：适配器可以调用另一个接口，作为一个转换器，对Adaptee和Target进行适配。
适配器类是适配者模式的核心，在适配器模式中，它通过继承Target并关联一个Adaptee对象使二者产生联系。
Adaptee（被适配者类）：它定义了一个已经存在的接口，这个接口需要适配，一般是一个具体类，
包含了客户希望使用的业务方法，在某些情况下可能没有适配者类的源代码。
三、优点
将目标类和适配者类解耦，从而无须修改原有结构（只需新增一个适配器类）
增加了类的透明性（适配者类中的业务实现过程）和复用性（同一个适配者类可以在多个不同的系统中复用）
四、缺点
过多的使用适配器会导致业务复杂，在不必要的情况下依旧使用适配器，会多出很多不必要的类。
一个类适配过多的情况，从而导致适配器的责任过于重。
五、应用场景
系统需要使用一些现有的类，而这些类的接口（例如方法名）不符合系统的需要，甚至没有这些类的源码。
想要创建一个可以复用的类，用于一些彼此之间没有太大关联的类，包括一些可能在将来引进的类一起工作。
六、个人总结
1.适配器模式理解起来比较简单：
客户端想要调用A类的接口，但是由于两方无法匹配，但是客户端的代码不能改变而且被调用类的接口也不能改变。
这时适配器就像一座桥梁一般，将客户的请求进行封装从而变成A类接口可以识别的类型。
其中的A类我们就称为被适配者类
2.这里尤其要对比装饰者模式来说：
装饰者模式：是将传入的对象进行装饰，但装饰完成之后依旧是原来的对象，装饰只是改变其内部属性，并不对其他的类型进行匹配（只是自己想单纯装饰而已）
适配器模式：是将传入的对象直接改变成新的一个对象，从而适配一个接口需要的方法和类型（为了别人去适配）
一般来说，适配一次就达到目的，而装饰一般都有多次
参考博客：http://www.cnblogs.com/edisonchou/p/6913789.html