0.参考资料
1.概述
- 将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 —《设计模式》GoF
- 适配器模式(Adapter Pattern)将某个类的接口转换成客户端期望的另一个接口表示，主的目的是兼容性，让原本因接口不匹配不能一起工作的两个类可以协同工作.
- 核心:
- 分类
- 工作原理
- 适配器模式：将一个类的接口转换成另一种接口.让原本接口不兼容的类可以兼容
- 从用户的角度看不到被适配者，是解耦的
- 用户调用适配器转化出来的目标接口方法，适配器再调用被适配者的相关接口方法
- 用户收到反馈结果，感觉只是和目标接口交互，如图
![7}]{5VK9P{SSWJ6SL67_I)E.png](/uploads/projects/ryze_java@design_pattern/c79f0ac469c435a6b2922b61dc478416.png)
1.1动机
- 在软件系统中,由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用,但是新环境要求的接口是这些现存对象所不满足的。- 如何应对这种“迁移的变化”? 如何既能利用现有对象的良好实现,同时又能满足新的应用环境所要求的接口?
1.2结构
- ![0GOS__L]76@(8UK(YWX@BLX.png](https://cdn.nlark.com/yuque/0/2021/png/12524106/1628836312457-8edd8306-1f83-447c-91ce-13523935d78d.png#clientId=u7f2d4b32-688b-4&from=paste&height=208&id=ucddea8e7&margin=%5Bobject%20Object%5D&name=0GOS__L%5D76%40%288UK%28YWX%40BLX.png&originHeight=415&originWidth=1081&originalType=binary&ratio=1&size=83386&status=done&style=none&taskId=u530d4e06-a0fd-46b5-9c13-79c6022153b&width=540.5)
2.要点总结
宏观架构
1. Adapter模式主要应用于“希望复用一些现存的类,但是接口又与复用环境要求不一致的情况”，在遗留代码复用、 类库迁移等方面非常有用。1. GoF23定义了两种Adapter模式的实现结构:对象适配器和类适配器。但类适配器采用"多继承"的实现方式,一般不推荐使用。对象适配器采用“对象组合”的方式,更符合松耦合精神。1. Adapter模式可以实现的非常灵活,不必拘泥于GoF23中定义的两种结构。例如完全可以将Adapter模式中的 “现存对象”作为新的接口方法参数来达到适配的目的。
微观代码
1. 三种命名方式，是根据 src(被适配类)是以怎样的形式给到Adapter（即在Adapter里的形式）来命名的。- 类适配器：以类形式，在Adapter里，就是将src当做类，**继承**- 对象适配器：以对象形式，在Adapter里，将src作为一个对象，**组合**- 接口适配器：以接口形式，在Adapter里，将src作为一个接口，**实现**2. Adapter模式最大的作用还是将原本不兼容的接口融合在一起工作。2. 实际开发中，实现起来不拘泥于我们讲解的三种经典形式
3.案例
需求
- 以生活中充电器的例子来类比适配器，充电器本身相当于Adapter，220V交流电相当于src (即被适配者)，我们的dst(即 目标)是5V直流电- 
4.使用模式
4.1类适配器模式
概述
- Adapter类，通过继承 src类(被适配类)，实现 dst 类接口(目标类)，完成src->dst的适配。
方案
类图
- 
代码
- 基础类: V220, V5
/*** @description: 被适配类*/public class V220 {public int output220V(){int src = 220;System.out.println("输出电压" + src + "V");return src;}}/*** @description: 目标类*/public interface V5 {/*** @description:* @return: int 返回电压(实际理论为5V)*/int output5V();}
- (类)适配器类: ClassAdapter
/*** @description: 类适配器. 实现目标接口, 继承被适配类*/public class MyClassAdapter extends V220 implements V5 {@Overridepublic int output5V() {int desc;int src = output220V();desc = src / 44; // 适配处理. 可能很复杂System.out.println("输出电压" + desc + "V");return desc;}}
- 客户端及其它: Client, Phone
public class Client {public static void main(String[] args) {Phone phone = new Phone();phone.input(new MyClassAdapter());}}public class Phone {// 充电public void input(MyClassAdapter MyClassAdapter){int v = MyClassAdapter.output5V();if (v == 5){System.out.println(" 电压5V, 正常, 开始充电...");} else {System.out.println(" 电压" + v + "v, 不正常! 不充电!");}}}
- 测试结果
输出电压220V输出电压5V电压5V, 正常, 开始充电...
要点总结
1. Java是单继承机制，所以类适配器需要继承src类(被适配器类)这一点算是一个缺点, 因为这要求dst(目标类)必须是接口，有一定局限性;1. src类的方法在Adapter中都会暴露出来，也增加了使用的成本。1. 由于其继承了src类，所以它可以根据需求重写src类的方法，使得Adapter的灵 活性增强了。
4.2对象适配器模式
概述
- 基本思路和类的适配器模式相同，只是将Adapter类作修改，不是继承src类，而是持有src类的实例，以解决兼容性的问题。 即：**组合 src类(被适配类)，实现 dst 类(目标)接口**，完成src->dst的适配- 根据“合成复用原则”，在系统中尽量使用关联关系来替代继承关系。
方案
类图
- 
代码
- (对象)适配器类
/*** @description: 对象适配器. 实现目标接口, 组合被适配类*/public class MyObjectAdapter implements V5 {// 使用组合解耦V220 v220;MyObjectAdapter(V220 v220){this.v220 = v220;}@Overridepublic int output5V() {int desc;int src = v220.output220V();desc = src / 44; // 适配处理. 可能很复杂System.out.println("输出电压" + desc + "V");return desc;}}
- 客户端及其它: Client, Phone
public class Client {public static void main(String[] args) {Phone phone = new Phone();phone.input(new MyObjectAdapter(new V220()));}}public class Phone {// 充电public void input(MyObjectAdapter myObjectAdapter){int v = myObjectAdapter.output5V();if (v == 5){System.out.println(" 电压5V, 正常, 开始充电...");} else {System.out.println(" 电压" + v + "v, 不正常! 不充电!");}}}
- 测试结果
输出电压220V输出电压5V电压5V, 正常, 开始充电...
要点总结
- 对象适配器和类适配器其实算是同一种思想，只不过实现方式不同。根据合成复用原则，使用组合替代继承， 所以它解决了类适配器必须继承src的局限性问题，也不再要求dst必须是接口。- 使用成本更低，更灵活。
4.1接口(缺省)适配器模式
概述
- 又名：适配器模式(Default Adapter Pattern)或缺省适配器模式。- 当不需要全部实现接口提供的方法时，可先设计一个抽象类实现接口，并为该接口中每个方法提供一个默认实现（空方法），那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求- 适用于一个接口不想使用其所有的方法的情况
实例
- - 
5.经典使用
5.1SpringMVC中的HandlerAdapter
原因分析
- 可以看到处理器的类型不同，有多重实现方式，那么调用方式就不是确定的，如果需要直接调用Handler方法，需要调用的时候就得不断是使用if else来进行判断是哪一种子类然后执行。那么如果后面要扩展Handler，就得修改原来的代码，这样违背了OCP原则。
源码分析
- 
说明
- Spring定义了一个适配接口，使得每一种Controller有一种对应的适配器实现类- 适配器代替controller执行相应的方法- 扩展Controller 时，只需要增加一个适配器类就完成了SpringMVC的扩展了
6.模拟SpringMVC中的DispatcherServlet
- 根据[适配器模式在SpringMVC中应用](#puB6G) 进行模拟SpringMVC DispatcherServlet类
代码
- 类图- ![PV2_FA2O15_A]5A)[T5775M.png](https://cdn.nlark.com/yuque/0/2021/png/12524106/1629185412732-cc507f40-183e-44fe-abab-7530650adfc3.png#clientId=uda108c4a-4489-4&from=paste&height=257&id=u0044d8cf&margin=%5Bobject%20Object%5D&name=PV2_FA2O15_A%5D5A%29%5BT5775M.png&originHeight=514&originWidth=898&originalType=binary&ratio=1&size=111522&status=done&style=none&taskId=ue1e3aca4-e573-42d7-b09a-b1da68a0e61&width=449)- Handler 被适配类
/*** @description: (抽象的)被适配类*/public interface Handler {}/*** @description: 具体的被适配类*/class HttpHandler implements Handler{public void doHttpHandler(){System.out.println("http...");}}class SimpleHandler implements Handler{public void doSimpleHandler(){System.out.println("simple...");}}class AnnotationHandler implements Handler{public void doAnnotationHandler(){System.out.println("annotation...");}}
- HandlerAdapter 适配器类
/*** @description: 抽象的适配器类*/public interface HandlerAdapter {/*** @description: 传入的Handler是否是该(具体)适配器的被适配类* @param: handler 传入的handler* @return: boolean 是否匹配*/boolean isSupports(Handler handler);/*** @description: 传入一个被适配类, (通过适配器)执行其方法* @param: handler 被适配类* @return: void* @date: 2021/8/13 19:31*/void handler(Handler handler);}/*** @description: 具体的适配器类*/class HttpHandlerAdapter implements HandlerAdapter {@Overridepublic boolean isSupports(Handler handler) {return handler instanceof HttpHandler;}@Overridepublic void handler(Handler handler) {((HttpHandler) handler).doHttpHandler();}}class SimpleHandlerAdapter implements HandlerAdapter{@Overridepublic boolean isSupports(Handler handler) {return handler instanceof SimpleHandler;}@Overridepublic void handler(Handler handler) {((SimpleHandler) handler).doSimpleHandler();}}class AnnotationHandlerAdapter implements HandlerAdapter{@Overridepublic boolean isSupports(Handler handler) {return handler instanceof AnnotationHandler;}@Overridepublic void handler(Handler handler) {((AnnotationHandler) handler).doAnnotationHandler();}}
- DispatcherServlet 控制器. 及测试main
public class DispatcherServlet {// 模拟职责链public static List<HandlerAdapter> handlerAdapters = new ArrayList<>();protected DispatcherServlet(){handlerAdapters.add(new HttpHandlerAdapter());handlerAdapters.add(new SimpleHandlerAdapter());handlerAdapters.add(new AnnotationHandlerAdapter());}/*** @description: 为每一个handler返回对应的适配器* @param: h 目标handler* @return: HandlerAdapter 对应的适配器*/public HandlerAdapter getHandlerAdapter(Handler h){for (HandlerAdapter ha : handlerAdapters) {// 遍历适配器, 找到每个处理器对应的适配器. 并最终返回if (ha.isSupports(h)) {return ha;}}return null;}/*** @description: 模拟Spring启动后, 从request请求或其它途径拥有的多个Handler* @param:* @return: com.ryze.mySpringMVC.Handler[]* @date: 2021/8/13 19:51*/protected Handler[] initHandlers(){Handler[] handlers = new Handler[10];Handler[] srcHandler = new Handler[]{new HttpHandler(), new SimpleHandler(), new AnnotationHandler()};for (int i = 0; i < handlers.length; i++){int randomIndex = (int) (Math.random() * 3);handlers[i] = srcHandler[randomIndex];}return handlers;}/*** @description: 执行所有的处理器Handler*/public void doHandler(){// 获取所有的处理器Handler[] handlers = initHandlers();int count = 0;// 对每一个处理器进行处理for (Handler h : handlers) {System.out.print((++count) + " : " + h.getClass().getSimpleName() + "\t\t");// 调用本类方法, 获取每个handler对应的适配器HandlerAdapter ha = getHandlerAdapter(h);ha.handler(h);}}/*** @description: 启动类*/public static void main(String[] args) {new DispatcherServlet().doHandler();}}
- 测试结果
1 : SimpleHandler simple...2 : HttpHandler http...3 : HttpHandler http...4 : SimpleHandler simple...5 : AnnotationHandler annotation...6 : AnnotationHandler annotation...7 : AnnotationHandler annotation...8 : HttpHandler http...9 : AnnotationHandler annotation...10 : SimpleHandler simple...
若有收获，就点个赞吧
0 人点赞
