适配器模式
将一个类的接口变换成客户端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作
1. UML类图
1.1 类适配器
1.2 对象适配器
2. 定义
- Target目标角色:该角色定义把其他类转换为和中接口,也就是我们期望的接口
- Adaptee源角色:你想把谁转换为目标角色,这个“谁”就是源角色,它是已经存在的、允许良好的类或对象,经过适配器角色的包装,它会成为一个赞新、靓丽的角色
- Adapter适配器角色:适配器模式的核心角色,其他两个角色都是已经存在的角色,而适配器角色是需要新建立的,它的职责非常简单:把源角色转换为目标角色,通过继承或是类关联的方式
3. 通用代码
//目标角色
public interface Target{
//目标角色有自己的方法
public void request();
}
//目标角色的实现类
public class ConcreteTarget implements Target{
public void request(){
System.out.println("if you need any help,pls call me!");
}
}
//源角色
public class Adaptee{
//原有的业务逻辑
public void doSomething(){
System.out.println("I am kind of busy,leave me alone,pls!");
}
}
//适配器角色
public class Adapter extends Adaptee implements Target{
public void request(){
super.doSomething();
}
}
//场景类
public class client{
public static void main(String[] args){
Target target = new ConcreteTarget();
target.request();
//现在增加了适配角色后的业务逻辑
Target target2 = new Adapter();
target2.request();
}
}
4. 应用
4.1 优点
- 适配器模式可以让两个没有任何关系的类在一起运行,只要适配器这个角色能够搞定他们就成
- 增加了类的透明性:我们访问的Target目标角色,但是具体的实现都委托给了源角色,而这些对高层次模块是透明的,也是不需要关心的
- 提高了类的复用度:源角色在原有的系统中还是可以正常使用,而在目标角色中也可以充当新的演员
- 灵活性非常好:不想要的时候可以删除此适配器,相当于一个灵活的构件,想用就用,不想就卸载
4.2 使用场景
有动机修改一个已经投产中的接口时,适配器模式可能是最适合的模式。
4.3 注意事项
详细设计阶段不需要考虑适配器模式,该模式是为了解决正在服役的项目问题。