在网上看到了很多写的很好的关于设计模式的文章，让我慢慢开始怀疑我写博客的意义了……
算了，就当是笔记吧！
今天再转载一篇文章：Carson带你学设计模式：适配器模式（Adapter Pattern）
下文仅为摘录和评论：
定义
适配器模式（Adapter Pattern）是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。即定义一个包装类，用于包装不兼容接口的对象。
将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作
适配器可分为：类适配器，对象适配器
应用场景
适配器的使用场景
- 系统需要复用现有类，而该类的接口不符合系统的需求，可以使用适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作
- 多个组件功能类似，但接口不统一且可能会经常切换时，可使用适配器模式，使得客户端可以以统一的接口使用它们
类和对象适配器模式的使用场景
- 灵活使用时：选择对象的适配器模式。
- 类适配器使用对象继承的方式，是静态的定义方式；而对象适配器使用对象组合的方式，是动态组合的方式。
- 需要同时配源类和其子类：选择对象的适配器
- 对于类适配器，由于适配器直接继承了Adaptee，使得适配器不能和Adaptee的子类一起工作，因为继承是静态的关系，当适配器继承了Adaptee后，就不可能再去处理 Adaptee的子类了；
- 对于对象适配器，一个适配器可以把多种不同的源适配到同一个目标。换言之，同一个适配器可以把源类和它的子类都适配到目标接口。因为对象适配器采用的是对象组合的关系，只要对象类型正确，是不是子类都无所谓。
- 需要重新定义Adaptee的部分行为：选择类适配器
- 对于类适配器，适配器可以重定义Adaptee的部分行为，相当于子类覆盖父类的部分实现方法。
- 对于对象适配器，要重定义Adaptee的行为比较困难，这种情况下，需要定义Adaptee的子类来实现重定义，然后让适配器组合子类。虽然重定义Adaptee的行为比较困难，但是想要增加一些新的行为则方便的很，而且新增加的行为可同时适用于所有的源。
- 仅仅希望使用方便时：选择类适配器
- 对于类适配器，仅仅引入了一个对象，并不需要额外的引用来间接得到Adaptee。
- 对于对象适配器，需要额外的引用来间接得到Adaptee。
优缺点
适配器模式
优点
- 更好的复用性
- 系统需要使用现有的类，而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。
- 透明、简单
- 客户端可以调用同一接口，因而对客户端来说是透明的。这样做更简单 & 更直接
- 更好的扩展性
- 在实现适配器功能的时候，可以调用自己开发的功能，从而自然地扩展系统的功能。
- 解耦性
- 将目标类和适配者类解耦，通过引入一个适配器类重用现有的适配者类，而无需修改原有代码
- 符合开放-关闭原则
- 同一个适配器可以把适配者类和它的子类都适配到目标接口；可以为不同的目标接口实现不同的适配器，而不需要修改待适配类
缺点
- 过多的使用适配器，会让系统非常零乱，不易整体进行把握
类的适配器模式
优点
- 使用方便，代码简化：仅仅引入一个对象，并不需要额外的字段来引用Adaptee实例
缺点
- 高耦合，灵活性低：使用对象继承的方式，是静态的定义方式
对象的适配器模式
优点
- 灵活性高、低耦合：采用 “对象组合”的方式，是动态组合方式
缺点
- 使用复杂：需要引入对象实例
总结
建议尽量使用对象的适配器模式，多用合成/聚合、少用继承。