设计模式之~适配器模式

描述：

        adapter将一个类的接口转换成客户希望的另外一个接口。adapter模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。

        在软件开发中，当系统的数据和行为都正确，但接口不符时，我们应该考虑使用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用与希望用一些现存的类，但是接口又与复用环境不一致的情况。

分类：对象适配器模式 、类适配器模式

类适配器模式：通过多重继承对一个接口与另一个接口进行匹配

对象适配器模式：本节主要讲对象适配器模式

结构图：

实例：

优点：

• 更好的复用性：系统需要使用现有的类，而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。

• 透明、简单 ：客户端可以调用同一接口，因而对客户端来说是透明的。这样做更简单 ，也更直接

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

• 解耦性：通过引入适配器,可以复用现有的类,而不需要修改源代码, 将目标类和被适配者解耦, 解决了接口和复用环境不一致的情况

• 符合开放-关闭原则：当添加一个实现Adaptee接口的新类时，不必修改Adapter，Adapter就能对这个新类的实例进行适配。

• 灵活性：某一天，突然不想要适配器，没问题，删除掉这个适配器就可以了，其他的代码都不用修改，基本上就类似一个灵活的构件，想用就用，不想就卸载。

缺点：

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

适用场景：

• 适配器模式主要应用与希望用一些现存的类，但是接口又与复用环境不一致的情况；
• 使用一个已经存在的类，但如果它的接口，也就是它的方法和你的要求不相同时，就应该考虑用适配器模式；
• 两个类所做的事情相同或相似，但是具有不同的接口时要使用它。客户代码可以统一调用同一接口，可以更简单、更直接、更紧凑；
• 在双方都不太容易修改的时候再使用适配器模式适配（例如第三方组件接口）。