类型:结构型模式
要点:适配器继承或依赖已有的对象,实现想要的目标接口
介绍
意图: 将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
主要解决: 主要解决在软件系统中,常常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能满足的。
何时使用:
- 系统需要使用现有的类,而此类的接口不符合系统的需要。
- 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作,这些源类不一定有一致的接口。
- 通过接口转换,将一个类插入另一个类系中。(比如老虎和飞禽,现在多了一个飞虎,在不增加实体的需求下,增加一个适配器,在里面包容一个虎对象,实现飞的接口。)
如何解决: 继承或依赖(推荐)。
关键代码: 适配器继承或依赖已有的对象,实现想要的目标接口。
应用实例:
- 美国电器 110V,中国 220V,就要有一个适配器将 110V 转化为 220V。
- JAVA JDK 1.1 提供了 Enumeration 接口,而在 1.2 中提供了 Iterator 接口,想要使用 1.2 的 JDK,则要将以前系统的 Enumeration 接口转化为 Iterator 接口,这时就需要适配器模式。
- 在 LINUX 上运行 WINDOWS 程序。
- JAVA 中的 jdbc。
优点:
- 可以让任何两个没有关联的类一起运行。
- 提高了类的复用。
- 增加了类的透明度。
- 灵活性好。‘
缺点:
- 过多地使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是 A 接口,其实内部被适配成了 B 接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。
- 由于 JAVA 至多继承一个类,所以至多只能适配一个适配者类,而且目标类必须是抽象类。
使用场景: 有动机地修改一个正常运行的系统的接口,这时应该考虑使用适配器模式。
注意事项: 适配器不是在详细设计时添加的,而是解决正在服役的项目的问题。
应用
第一种:类适配器(采用继承实现)
- 新建一个类,继承已有的(与现有接口不兼容)类,并实现已有接口
- 在新建类的实现方法中调用继承类中的方法
代码举例
- 插座(非国标)
/**
* 已存在的接口:插座(非国标)
*/
public interface ChaZuo {
/**
* 连接电源和家电
*/
public void connect();
}
- 电视机插头(国标)
/**
* 电视机插头(国标)
* 已存在的、具有特殊功能、但不符合我们既有的标准接口的类
*/
class ChaTou {
public void open() {
System.out.println("(国标)插头的电视机开机啦!");
}
}
- 适配器
/**
* 适配器类,适配插头和插座不匹配问题
*/
public class MyAdapter extends ChaTou implements ChaZuo {
/**
* 连接电源和家电
*/
@Override
public void connect() {
System.out.println("正在连接(非国标插座)与(国标插头)...");
super.open();
}
}
测试:
public static void main(String[] args) {
ChaZuo chaZuo = new MyAdapter();
chaZuo.connect();
}
}}
结果:
正在连接(非国标插座)与(国标插头)...
(国标)插头的电视机开机啦!
第二种:对象适配器(采用对象组合方式实现)
它不是使用多继承或继承再实现的方式,而是使用直接关联,或者称为委托的方式,类图如下:
- 适配器
/**
* 对象适配器
* 适配器,适配插头和插座不匹配问题
*/
public class MyAdapter implements ChaZuo {
private ChaTou chaTou;
public MyAdapter (MyAdapter myAdapter) {
this.chaTou = chaTou;
}
/**
* 连接电源和家电
*/
@Override
public void connect() {
this.chaTou.open();
}
}
总结
优点
- 通过适配器,客户端可以调用同一接口,因而对客户端来说是透明的。这样做更简单、更直接、更紧凑。
- 复用了现存的类,解决了现存类和复用环境要求不一致的问题。
- 将目标类和适配者类解耦,通过引入一个适配器类重用现有的适配者类,而无需修改原有代码。
- 一个对象适配器可以把多个不同的适配者类适配到同一个目标,也就是说,同一个适配器可以把适配者类和它的子类都适配到目标接口。
缺点
- 对于对象适配器来说,更换适配器的实现过程比较复杂
适用场景
- 系统需要使用现有的类,而这些类的接口不符合系统的接口。
- 想要建立一个可以重用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作。
- 两个类所做的事情相同或相似,但是具有不同接口的时候。
- 旧的系统开发的类已经实现了一些功能,但是客户端却只能以另外接口的形式访问,但我们不希望手动更改原有类的时候。
- 使用第三方组件,组件接口定义和自己定义的不同,不希望修改自己的接口,但是要使用第三方组件接口的功能。