适配器模式
2020-01-26 本文已影响0人
睦月MTK
statement:本篇内容只是建立在我目前经验的基础之上,必然有不完善甚至是不正确的地方,请谨慎阅读,如果能指出错误与不足之处,更是不甚感激
一、问题引入
问题:目前,有两个接口InterfaceA
和InterfaceB
,这两个接口分别定义了方法methodA
和methodB
,InterfaceA
有一个子类ASon
,InterfaceB
有一个子类BSon
,InterfaceA
可以通过控制ASon
的引用来输出ASon
的methodA
方法,现在InterfaceA
不满足于只控制自己的子类,它现在想让自己的methodA
方法能够使出BSon
的methodB
方法的效果(当然了,现有代码结构不可改变,只能加不能减)。
二、解决问题的方案--适配器
- 解决方案:新创建一个适配器类
InterfaceAToInterfaceBAdapter
,让其继承InterfaceA
(使得InterfaceA
能够控制该适配器),且在实例域中保存InterfaceB
类型的引用,然后实现methodA
方法 -
UML类图:
UML类图 - 实现代码:
public class InterfaceAToInterfaceBAdapter implements InterfaceA{
private InterfaceB target;
public InterfaceAToInterfaceBAdapter(InterfaceB target) {
this.target = target;
}
@Override
public void methodA() {
target.methodB();
}
public static void main(String[] args) {
BSon bson = new BSon();
InterfaceA interA = new InterfaceAToInterfaceBAdapter(bson);
interA.methodA();
}
}
interface InterfaceA {
void methodA();
}
interface InterfaceB{
void methodB();
}
class BSon implements InterfaceB{
@Override
public void methodB() {
System.out.println("BSon's methodB has been invoked");
}
}
三、分析与总结
- Q:使用适配器是为了什么?
- A:为了得到自己本身得不到的能力
- Q:使用适配器的案例中有哪些共通点?
- A:都包含两种角色:适配器、适配器作用的对象,以本例中来讲,
InterfaceAToInterfaceBAdapter
就是适配器,而InterfaceA
就是适配器作用的对象,因为InterfaceA
想拥有BSon
的methodB
方法的能力 - Q:本例中
InterfaceB
扮演什么样的角色? - A:可以称之为“适配器兼容的对象”,这个角色感觉实际上可有可无,因为适配器就是为了扩展“适配器作用的对象”的功能的,而这个功能其实并不一定要来自于“适配器兼容的对象”,在适配器中直接给其扩展功能不也是可以的吗?
四、特殊的适配器
在Java中,更常见的其实是一种名为“单接口适配器”类型的适配器,该适配器用于为方法数量众多的接口提供一个默认的实现(但并不都是这个作用),这样你就不必因实现那个接口而需要实现所有方法而头疼了,你只需要继承Adapter然后选择你想要覆盖的方法进行重写就可以了,常见于各种监听器接口,相信你一定见过,比如MouseAdapter
参考文档: