首页 > 其他分享 >Day05-设计模式之适配器模式

Day05-设计模式之适配器模式

时间:2023-03-13 22:58:22浏览次数:57  
标签:src int 适配 适配器 接口 Day05 设计模式 public

设计模式之适配器模式

适配器模式介绍

  • 适配器模式(Adapter Pattern)是将某个类的接口转换成客户端期望的另一个接口表示,主的目的是兼容性,让原本因接口不匹配不能一起工作的两个类可以协同工作

  • 适配器模式也称包装器(Wrapper),属于结构型模式。

  • 适配器模式主要分为三类:类适配器模式、对象适配器模式、接口适配器模式

工作原理
将一个类的接口转换成另一种接口,让原本接口不兼容的类可以兼容。从用户的角度看不到被适配者,是解耦的。用户调用适配器转化出来的目标接口方法,适配器再调用被适配者的相关接口方法,用户收到反馈结果,感觉只是和目标接口交互。

角色职责

  • 目标角色(destination):该角色定义把其他类转换为何种接口,也就是我们的期望接口。

  • 源角色(source):你想把谁转换成目标角色,这个“谁”就是源角色,它是已经存在的、运行良好的类或对象。

  • 适配器角色(Adapter):适配器模式的核心角色,其他两个角色都是已经存在的角色,而适配器角色是需要新建立的,它的职责非常简单:通过继承或是类关联的方式把源角色转换为目标角色。

简单来说,适配器模式就像个插头转换器,让不同标准的插头和插座可以一起使用,而插座就是原来的接口,插头是用户期望的接口。或者类比电源适配器,把原来的220V电压转换成5V电压等。

类适配器

顾名思义,通过适配器通过类来实现,以类来继承和实现接口的方式,来获取被适配类的信息并转换输出重写到适配接口。即Adapter类,通过继承src类,实现dst类接口,完成src->dst的适配。

uml类图关系总结:https://zhuanlan.zhihu.com/p/431824956

在这里插入图片描述

//被适配的类
public class Voltage220V {
	public int output220V() {
		int src = 220;
		System.out.println("电压=" + src);
		return src;
	}
}

//适配接口
public interface IVoltage5V {
	public int output5V();
}

//适配器类
public class VoltageAdapter extends Voltage220V implements IVoltage5V {
	@Override
	public int output5V() {
		// TODO Auto-generated method stub
		//获取220V电压
		int srcV = output220V();
		int dstV = srcV / 44 ; //转成5v
		return dstV;
	}
}

//调用
public class Phone {
	public void charging(IVoltage5V iVoltage5V) {
		if(iVoltage5V.output5V() == 5) {
			System.out.println("电压是5v,可以充电");	
		    } else if (iVoltage5V.output5V() > 5) {
			System.out.println("电压大于5v,不可充电");
		}
	}
}

//测试
public class Client {
	public static void main(String[] args) {
		System.out.println("===类适配器测试===");
		Phone phone = new Phone();
		phone.charging(new VoltageAdapter());
	}
}

类适配器模式优点:

  • 由于其继承了src类,所以它可以根据需求重写sre类的方法,使得Adapter的灵活性增强了。

类适配器模式缺点:

  • Java是单继承机制,所以类适配器需要继承src类,因为这要求dst必须是接口,有一定局限性
  • src类的方法在Adapter中都会暴露出来,也增加了使用的成本

对象适配器

顾名思义,通过实例对象(构造器传递)来实现适配器,而不是再用继承,通过持有src类的实例,以解决兼容性的问题。即:持有src类,实现dst类接口,完成src->dst的适配。

在这里插入图片描述

//被适配的类(不变)
public class Voltage220V {
	public int output220V() {
		int src = 220;
		System.out.println("电压=" + src);
		return src;
	}
}

//适配接口(不变)
public interface IVoltage5V {
	public int output5V();
}

//适配器类
public class VoltageAdapter  implements IVoltage5V {
	private Voltage220V voltage220V;// 关联关系-聚合
	//通过构造器,传入一个 Voltage220V 实例
	public VoltageAdapter(Voltage220V voltage220v) {
		this.voltage220V = voltage220v;
	}

	@Override
	public int output5V() {
		int dst = 0;
		if(null != voltage220V) {
			int src = voltage220V.output220V();//获取220v电压
			dst = src / 44;
		}
		return dst;
	}
}

//调用(不变)
public class Phone {
	public void charging(IVoltage5V iVoltage5V) {
		if(iVoltage5V.output5V() == 5) {
			System.out.println("电压是5v,可以充电");	
		    } else if (iVoltage5V.output5V() > 5) {
			System.out.println("电压大于5v,不可充电");
		}
	}
}

//测试
public class Client {
	public static void main(String[] args) {
		System.out.println("===对象适配器===");
		Phone phone = new Phone();
		VoltageAdapter VoltageAdapter = new VoltageAdapter(new Voltage220V());
		phone.charging(VoltageAdapter);
	}
}

优缺点:

  1. 把继承解耦,解决了类适配器必须继承src的局限性问题,也不再要求dst必须是接口。
  2. 同一个Adapter可以把source类和他的子类都适配到目标接口。
  3. 需要重新定义source行为时,需要重新定义source的子类,并将适配器组合适配。

接口适配器

继承那边可以解耦了,那能不能从接口这边解耦?

接口适配器也称缺省适配器模式,适用于一个接口不想使用其所有的方法的情况。当不需要全部实现接口提供的方法时,可先设计一个抽象类实现接口,并为该接口中每个方法提供一个默认实现(空方法),那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求。
在这里插入图片描述

//被适配的类(不变)
public class Voltage220V {
	public int output220V() {
		int src = 220;
		System.out.println("电压=" + src);
		return src;
	}
}

//适配接口
public interface IVoltage5V {
	public int output5V();
	public void m2(); //接口里冗余不重要的方法
	public String m3();
}
//抽象适配器
public abstract class AbsAdapter extends Voltage220V implements IVoltage5V{
    @Override //以空方法实现接口所有方法
    public int output5V() {
    }
    @Override
    public void m2() {
    }
    @Override
    public String m3() {
    }
}

//调用(不变)
public class Phone {
	public void charging(IVoltage5V iVoltage5V) {
		if(iVoltage5V.output5V() == 5) {
			System.out.println("电压是5v,可以充电");
		} else if (iVoltage5V.output5V() > 5) {
			System.out.println("电压大于5v,不可充电");
		}
	}
}

//测试
public class Client {
	public static void main(String[] args) {
		System.out.println("===接口适配器===");
		AbsAdapter absAdapter = new AbsAdapter() { //匿名内部类的形式
			@Override //按需要重写接口方法
			public int output5V() {
				System.out.println("使用了output5V的方法");
				int srcV = output220V();
				int dstV = srcV / 44 ; //转成5v
				return dstV;
			}
		};
		Phone phone = new Phone();
		phone.charging(absAdapter);
	}
}

优缺点:

  1. 可以灵活方便的选择性重写接口方法。
  2. 由于是匿名内部类的形式,所以不利于代码复用。

总结

以上三种形式是根据src是以怎样的形式给到Adapter来命名的:

  1. 类适配器:以类给到,在Adapter里,就是将src当做类,继承。

  2. 对象适配器:以对象给到,在Adapter里,将src作为一个对象,持有。

  3. 接口适配器:以接口给到,在Adapter里,将src作为一个接口,实现。

Adapter模式最大的作用还是将原本不兼容的接口融合在一起工作,在实际开发中,实现起来不拘泥于我们讲解的三种经典形式。

标签:src,int,适配,适配器,接口,Day05,设计模式,public
From: https://www.cnblogs.com/coolsheep/p/17213247.html

相关文章

  • 【建造者设计模式详解】Java/JS/Go/Python/TS不同语言实现
    简介建造者模式(BuilderPattern),也叫生成器模式,属于创建型模式。它使用多个简单的对象一步一步构建成一个复杂的对象。它允许你使用相同的创建代码生成不同类型和形式的对......
  • 生产者消费者设计模式
    publicclassDemo{/*生产者步骤:*1、判断桌子上是否有汉堡包*2、如果有就等待,如果没有,就生产*3、把生产的汉堡包放到桌子上*4、唤醒......
  • 前端设计模式——职责链模式
    职责链模式(ChainofResponsibilitypattern)是一种行为设计模式,用于将请求从一个对象传递到另一个对象,直到找到能够处理请求的对象为止。职责链模式通常涉及一系列处理对......
  • 前端设计模式——适配器模式
    适配器模式(AdapterPattern):将一个类的接口转化为客户端所期望的接口,使得原本不兼容的类可以一起工作。在前端开发中,可以使用适配器模式来处理不同浏览器之间的兼容性问题。......
  • 编程原则与设计模式
    编程原则SRP单一职责原则Aclassormoduleshouldhaveasingleresponsibility一个类或者模块只负责完成一个职责(或者功能)。不要设计大而全的类,要设计功能单一......
  • 设计模式(二十)----行为型模式之责任链模式
    1、概述在现实生活中,常常会出现这样的事例:一个请求有多个对象可以处理,但每个对象的处理条件或权限不同。例如,公司员工请假,可批假的领导有部门负责人、副总经理、总经理等,......
  • 设计模式之单例模式
    Java中的单例模式(SingletonPattern)是一种创建型设计模式,它保证一个类只有一个实例,并提供一个全局访问点。实现单例模式通常有两种方式:懒汉式和饿汉式。懒汉式单例模式是......
  • 从代码层面来讲,何时使用设计模式
    1工厂模式想通过名称获取对象2抽象工厂模式单个工厂不满足对象的生产3单例模式全局只有一个对象4建造者模式通过构造函数创建对象不方便,例如,构造函数参数太多5原型模式......
  • 设计模式(十九)----行为型模式之命令模式
    1、概述日常生活中,我们出去吃饭都会遇到下面的场景。定义:将一个请求封装为一个对象,使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通,这样方......
  • Day05-Vue脚手架
    Vue脚手架学习目标:理解Node.js基本使用方法理解包资源管理器NPM的使用理解webpack的作用理解vue-cli脚手架(重点)Element-UI组件库1.vue的格式: newVue({......