阅读 102

适配器模式

我们举一个生活上的例子就是插座的问题。如我们出国旅游,我们所使用的电器插座的插口是不一样的,我们的插头无法直接使用,我们需要用一个适配去去做一个转换。

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

  2. 适配器模式属于结构型模式

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

类适配器模式

适配器模式:将一个类的接口转换成另一种接口.让原本接口不兼容的类

可以兼容 从用户的角度看不到被适配者,是解耦的

用户调用适配器转化出来的目标接口方法,适配器再调用被适配者的相关接口 方法

用户收到反馈结果,感觉只是和目标接口交互

我们通过一个手机充电的例子来打一下代码,我们有我们的插口类,和我们的手机类,但我们的手机并不能直接在我们的插口类上直接去使用,而是需要一个适配器来充电。

//被适配的类
public class Voltage220V {
	//输出220V的电压
	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;
	}

}复制代码

最后Phone类去充电

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) {
		// TODO Auto-generated method stub
		System.out.println(" === 类适配器模式 ====");
		Phone phone = new Phone();
		phone.charging(new VoltageAdapter());
	}

}复制代码
  1. Java是单继承机制,所以类适配器需要继承src类这一点算是一个缺点, 因为这要求dst必须是接口,有一定局限性;

  2. src类的方法在Adapter中都会暴露出来,也增加了使用的成本。

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

对象适配器模式

  1. 基本思路和类的适配器模式相同,只是将Adapter类作修改,不是继承src类,而 是持有src类的实例,以解决兼容性的问题。即:持有 src类,实现 dst 类接口,完成src->dst的适配

  2. 根据“合成复用原则”,在系统中尽量使用关联关系来替代继承关系。

  3. 对象适配器模式是适配器模式常用的一种

我们还是用手机充电来举例

被适配的类和接口都不需要改变我们不在编写。

我们修改它的适配 类

//适配器类
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 电压
			System.out.println("使用对象适配器,进行适配~~");
			dst = src / 44;
			System.out.println("适配完成,输出的电压为=" + dst);
		}
		
		return dst;
		
	}

}复制代码

我们的电话类没有改变,在调用时需要传入new Voltage220V();

  1. 对象适配器和类适配器其实算是同一种思想,只不过实现方式不同。 根据合成复用原则,使用组合替代继承, 所以它解决了类适配器必须继承src的 局限性问题,也不再要求dst必须是接口。

  2. 使用成本更低,更灵活。

接口适配器

  1. 适配器模式(Default Adapter Pattern)或缺省适配器模式。

  2. 当不需要全部实现接口提供的方法时,可先设计一个抽象类实现接口,并为该接 口中每个方法提供一个默认实现(空方法),那么该抽象类的子类可有选择地覆 盖父类的某些方法来实现需求

  3. 适用于一个接口不想使用其所有的方法的情况。

首先我们创建一个抽象类

public interface Interface4 {
	public void m1();
	public void m2();
	public void m3();
	public void m4();
}复制代码

创建类去实现接口

//在AbsAdapter 我们将 Interface4 的方法进行默认实现
public abstract class AbsAdapter implements Interface4 {

	//默认实现
	public void m1() {

	}

	public void m2() {

	}

	public void m3() {

	}

	public void m4() {

	}
}复制代码

最后我们调用的时候使用内部类重写方法

public class Client {
	public static void main(String[] args) {
		
		AbsAdapter absAdapter = new AbsAdapter() {
			//只需要去覆盖我们 需要使用 接口方法
			@Override
			public void m1() {
				// TODO Auto-generated method stub
				System.out.println("使用了m1的方法");
			}
		};
		
		absAdapter.m1();
	}
}复制代码
  1. 三种命名方式,是根据 src是以怎样的形式给到Adapter(在Adapter里的形式)来 命名的。

  2. 类适配器:以类给到,在Adapter里,就是将src当做类,继承 对象适配器:以对象给到,在Adapter里,将src作为一个对象,持有 接口适配器:以接口给到,在Adapter里,将src作为一个接口,实现

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


作者:良良不是凉凉
链接:https://juejin.cn/post/7015564698330333191


文章分类
后端
版权声明:本站是系统测试站点,无实际运营。本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 XXXXXXo@163.com 举报,一经查实,本站将立刻删除。
相关推荐