描述:
adapter将一个类的接口转换成客户希望的另外一个接口。adapter模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
在软件开发中,当系统的数据和行为都正确,但接口不符时,我们应该考虑使用适配器,目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用与希望用一些现存的类,但是接口又与复用环境不一致的情况。
分类:对象适配器模式 、类适配器模式
类适配器模式:通过多重继承对一个接口与另一个接口进行匹配
对象适配器模式:本节主要讲对象适配器模式
结构图:
实例:
优点:
*
更好的复用性:系统需要使用现有的类,而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。
*
透明、简单 :客户端可以调用同一接口,因而对客户端来说是透明的。这样做更简单 ,也更直接
*
更好的扩展性:在实现适配器功能的时候,可以调用自己开发的功能,从而自然地扩展系统的功能。
*
解耦性:通过引入适配器,可以复用现有的类,而不需要修改源代码, 将目标类和被适配者解耦, 解决了接口和复用环境不一致的情况
*
符合开放-关闭原则:当添加一个实现Adaptee接口的新类时,不必修改Adapter,Adapter就能对这个新类的实例进行适配。
*
灵活性:某一天,突然不想要适配器,没问题,删除掉这个适配器就可以了,其他的代码都不用修改,基本上就类似一个灵活的构件,想用就用,不想就卸载。
缺点:
*
过多的使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是A接口,其实内部被适配成了B接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。
适用场景:
* 适配器模式主要应用与希望用一些现存的类,但是接口又与复用环境不一致的情况;
* 使用一个已经存在的类,但如果它的接口,也就是它的方法和你的要求不相同时,就应该考虑用适配器模式;
* 两个类所做的事情相同或相似,但是具有不同的接口时要使用它。客户代码可以统一调用同一接口,可以更简单、更直接、更紧凑;
* 在双方都不太容易修改的时候再使用适配器模式适配(例如第三方组件接口)。