设计模式二一适配器模式

2024-01-13 23:40

本文主要是介绍设计模式二一适配器模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、简介

类比:比如手机充电器,将220V交流电转化为手机能够承受的直流电

适配器模式主要有三类角色:

1.客户端期待的接口Target(直流电)——目标抽象类

2.需要进行包装的对象(适配者)Adaptee(220V交流电)——适配者类

3.通过内部包装一个Adapter对象,将接口转换为目标接口(充电器)——适配器类

二、适配器2种模式

1.类适配器

示例:

(1)首先有个已存在的将被适配的类

//交流电220V
public class Adaptee {void adapteeM(){System.out.println("待适配的220v交流电");}
}

(2)定义一个目标接口

public interface Target {void m();
}

(3)考虑怎么才可以在目标接口中调用Adaptee类中的adapteeRequest()方法呢?

此时需要一个适配器类,实现Target接口,同时也继承了Adaptee类,然后再实现的request()方法中调用父类的adapteeRequest()即可实现

/**手机适配器* 类适配器* @date 2019/8/13* @since 1.0.0*/
public class MobileAdapter extends Adaptee implements Target{@Overridepublic void m() {System.out.println("获取带适配类的方法220V交流电");super.adapteeM();System.out.println("转换成手机用直流电");}
}

测试调用:

public class Test {public static void main(String args[]){//类适配器模式Target mobileTarget=new MobileAdapter();mobileTarget.m();System.out.println("======================");//对象适配器模式Target pcTarget=new PcAdapter();pcTarget.m();}
}

结果:

2.对象适配器

与类适配器不同之处在于,类适配器通过继承来完成适配,对象适配器则是通过关联来完成。这里稍作修改即可

/**电脑充电适配器* 对象适配器* @date 2019/8/13* @since 1.0.0*/
public class PcAdapter  implements Target{// 适配者是对象适配器的一个属性private Adaptee adaptee=new Adaptee();@Overridepublic void m() {System.out.println("获取待适配的220V交流电");adaptee.adapteeM();System.out.println("转换为电脑用直流电");}
}

 

三、总结

1.优点:
为复用现有的类与方法,通过引入Adapter将适配者与目标接口兼容,而不需要修改原有代码;
增加适配者类的透明性,适配者类被封装在适配器类中,对客户端而言是透明的。
灵活性和拓展性好,可以在不改变原有代码基础上增加新的适配器类,符合开闭原则。

2.缺点:
对于Java、C#等不支持多重继承的语言,一次最多只能适配一个适配者类,例子已展示。

3.适用场景

系统需要使用现有的类,而这些类的接口不符合系统的需要。
在系统设计之初,需要使用第三方组件的地方可以使用适配器模式(该组件与系统的接口是不同的,而系统没有必要为了迎合它而改动自己的接口)
4.应用实例
JDBC给出一个客户端通用的抽象接口,每一个具体数据库引擎(如SQL Server、Oracle、MySQL等)的JDBC驱动软件都是一个介于JDBC接口和数据库引擎接口之间的适配器软件。抽象的JDBC接口和各个数据库引擎API之间都需要相应的适配器软件,这就是为各个不同数据库引擎准备的驱动程序。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

这篇关于设计模式二一适配器模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/603193

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

C++ STL 适配器

系列文章目录 模板特例化,偏特化,左右值引用 https://blog.csdn.net/surfaceyan/article/details/126794013 C++ STL 关联容器 https://blog.csdn.net/surfaceyan/article/details/127414434 C++ STL 序列式容器(二) https://blog.csdn.net/surfac