万能转接头之适配器模式

2024-02-22 15:10

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

目录

设计模式系列文章

前言

引言

什么是适配器模式?

概念

分类

类适配器

基本介绍

思路分析

实际代码

缺点

对象适配器

基本介绍

实际代码

优点

接口适配器(缺省适配器模式)

基本介绍

代码实现

优点

缺点

结语


设计模式系列文章

万字总结之设计模式七大原则

吐血整理全网最全的单例模式

前言

hello,大家好,今天是2月17号,星期一。这周还是在家办公,不得不说,在家工作没啥热情和压力,是人类的天性吗,不爱工作?

好了,咱话也不多说啥了,毕竟之后的生活还是很严峻。

引言

如果咱要出国旅游,其他国家插座有采用欧标(两孔圆),而国内的插头都是两孔扁的,即无法使用,那不是凉凉了。在日常生活中,这个问题很好解决,我们只要带上多功能转化插头就ok啦,其类似于适配器。

这个例子是生活中的,那替换到代码是什么样呢?比如我们有一个类A,其有一个方法m1,也有一个类B,其也有一个方法m2,但是这两个类的参数完全不一样。我如果想要在m1方法中使用m2方法怎么办呢?其实方法可以类似,我们也弄一个转接插头,新建一个Adapter,在其里面完成两者的调用。

什么是适配器模式?

概念

将某个类的接口转化成客户端期望的另一个接口,主要目的是兼容性,让原本因接口不匹配不能工作的两个类可以协同工作。

需要注意的是,在设计之初尽量不要考虑这种设计模式,会使得本来很简单的代码或逻辑变得复杂冗余。我们一般在项目后期,动代码需要考虑的事情太多,容易出错的时候,可以考虑这种设计模式,使得代码改起来比较方便且不易犯错。

分类

适配器主要有三种呈现形式,分别是:

类适配器(通过继承插座类,实现插头接口,完成插座到插头的转化)

对象适配器(持有插座类,实现插头接口,完成插座到插头的转化)

接口适配器

类适配器

基本介绍

继承插座类,实现插头接口,完成插座到插头的转化。

思路分析

实际代码

有了uml图,代码就很简单了,来溜溜代码吧。

插头接口:

public interface IPlug {public int output5V();
}

插座接口:

public class Socket {public int output220V(){System.out.println("电源电压220V");return 220;}
}

多功能转接头(适配器):

public class Adapter extends Socket implements IPlug {
@Override
public int output5V() {
System.out.println("进入适配器,即多功能转接头");
int output220V=output220V();
int output5V=output220V/44;
return output5V;
}
}

调用方:

public class Phone {public void work(IPlug iPlug){System.out.println("当前电压:"+iPlug.output5V());}
} 
public class Client {public static  void main(String[] args){Phone phone=new Phone();phone.work(new Adapter());}
} 

 

调用结果:

缺点

由于转接头类Adapter继承了插座类Socket,在之前的设计模式七大原则中“里氏替换原则”就说明了少用继承,继承使得代码耦合性加强,以后不利于改代码。所以我们针对上面的缺点,提出了对象适配器。

对象适配器

基本介绍

针对类适配器中的继承关系做了一些调整,根据“合成复用原则”,在系统中尽量使用关联关系来替代继承关系,即使用插座对象,将继承关系转化为has关系,实现插头接口,完成插座到插头的转化。

实际代码

由于这个和类适配器类似,只有Adapter代码不一样,所以其他类就不写了。

public class Adapter implements IPlug {private Socket socket ;public Adapter(Socket socket){this.socket=socket;}@Overridepublic int output5V() {System.out.println("进入适配器,即多功能转接头");int output220V = socket.output220V();int output5V = output220V / 44;return output5V;}
}
public class Client {public static  void main(String[] args){Phone phone=new Phone();phone.work(new Adapter(new Socket()));}
}

优点

对象适配器和类适配器其实算是同一种思想,只不过实现方式不同。

根据合成复用的原则,使用组合替代继承,使用成本更低,更加灵活。

接口适配器(缺省适配器模式)

基本介绍

当不需要全部实现接口提供的方法时,先设计一个实现某接口的类,并为该接口中的每个方法提供一个默认实现,当子类不想使用所有方法的情况下,就可以选择性的覆盖父类方法完成需求。

代码实现

public interface ceshi {
public void m1();

public void m2();

public void m3();

public void m4();

}

public  abstract class Adapter implements ceshi {@Overridepublic void m1() {}@Overridepublic void m2() {}@Overridepublic void m3() {}@Overridepublic void m4() {}
} 
public class Client {public static void main(String[] args) {Adapter adapter = new Adapter() {public void m1() {//只需要覆盖我们使用的接口方法System.out.println("m1");}};adapter.m1();}
}

运行结果:

优点

1.没有不符合系统的需求,通过适配器解决不兼容的问题,使得这些功能类得到复用。

2.在一定程度上的解耦。

缺点

过多的使用适配器,增加系统的理解难度。

结语

本文主要介绍了三种适配器模式,本质上是现有的不兼容的接口转换为需要的接口,既不需要改变原来的代码结构即可实现新的功能。

类适配器模式,以继承现有类的方式转换。

对象适配器模式,以聚合对象实例的方式转换。

接口适配器模式,以实现接口的方式转换。

适配器模式是在现有的类和系统都不易修改的情况下使用,在系统设计之初慎用适配器模式,这样会导致代码可读性变差,不易维护。

 

这篇关于万能转接头之适配器模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

在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