适配器模式(Adapter)

本文详细介绍了适配器模式的三种类型:类的适配器模式、对象的适配器模式和接口的适配器模式,并通过具体代码示例展示了如何在不同场景下应用这些模式以解决接口不匹配的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

7种结构型模式:适配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模式。其中对象的适配器模式是各种模式的起源    

适配器模式将某个类的接口转换成客户端期望的另一个接口表示,目的是消除由于接口不匹配所造成的类的兼容性问题。主要分为三类:类的适配器模式、对象的适配器模式、接口的适配器模式。首先,我们来看看类的适配器模式,先看类图:

\103023_KmAu_2335739.png

核心思想就是:有一个Source类,拥有一个方法,待适配,目标接口是Targetable,通过Adapter类,将Source的功能扩展到Targetable里,看代码:

原始类与适配接口

public class Source {
	public void method1(){
		System.out.println("原始方法");
	}
}
public interface Targetable {
	//原始方法
	public void method1();
	//新增方法
	public void method2();
}

新增的类,继承于原始类,实现接口Targetable

public class Adapter extends Source implements Targetable{
	@Override
	public void method2() {
		System.out.println("新类的方法");
		
	}
}

测试类:

public class Test {
	public static void main(String[] args) {
		//实例化接口对象,Soutce类的方法已经扩展到接口里面去了
		Targetable target=new Adapter();
		//调用接口方法,来自原始类的方法
		target.method1();
		//调用接口方法,来自新增类的方法
		target.method2();
	}
}

测试结果:

原始方法

新类的方法

重点是通过目标接口和它的实现类(Adapter),把原始类的方法适配(扩展)到目标接口里面去

这样Targetable接口的实现类就具有了Source类的功能。


对象的适配器模式

基本思路和类的适配器模式相同,只是将Adapter类作修改,这次不继承Source类,

而是持有Source类的实例,以达到解决兼容性的问题。看图:

112341_yRTZ_2335739.png

只需要修改Adapter类的源码即可:

public class Wrapper  implements Targetable{
	
	private Source source;
	
	public Wrapper(Source source){
		super();
		this.source=source;
	}
	
	@Override
	public void method2() {
		System.out.println("新类的方法");
		
	}

	@Override
	public void method1() {
		// TODO Auto-generated method stub
		source.method1();
	}
}

测试类:

public class Test {
	public static void main(String[] args) {
		Source source=new Source();
		//实例化接口对象,实现类是Adapter
		Targetable target=new Wrapper(source);
		//调用接口的方法
		target.method1();
		target.method2();	
	}
}

输出与第一种一样,只是适配的方法不同而已。

接口的适配器模式

接口的适配器是这样的:有时我们写的一个接口中有多个抽象方法,当我们写该接口的实现类时,必须实现该接口的所有方法,这明显有时比较浪费,因为并不是所有的方法都是我们需要的,有时只需要某一些,此处为了解决这个问题,我们引入了接口的适配器模式,借助于一个抽象类,该抽象类实现了该接口,实现了所有的方法,而我们不和原始的接口打交道,只和该抽象类取得联系,所以我们写一个类,继承该抽象类,重写我们需要的方法就行。看一下类图:

113422_94BR_2335739.png

这个很好理解,在实际开发中,我们也常会遇到这种接口中定义了太多的方法,以致于有时我们在一些实现类中并不是都需要。看代码:

public interface Sourceable {
	public void method1();

	public void method2();
}

抽象类Wrapper2:

public class Wrapper2 implements Sourceable{

	@Override
	public void method1() {
	
	}

	@Override
	public void method2() {

	}

}

继承Wrapper2的两个子类

public class SourceSub1 extends Wrapper2 {
	public void method1() {
		System.out.println("SourceSub1实现了接口Sourceable的第一个方法method1");
	}
}
public class SourceSub2 extends Wrapper2 {
	public void method2() {
		System.out.println("SourceSub2实现了接口Sourceable的第二个方法method2");
	}
}

测试类

public class Test {

	public static void main(String[] args) {
		Sourceable source1=new SourceSub1();
		Sourceable source2=new SourceSub2();
		
		source1.method1();
		source1.method2();
		source2.method1();
		source2.method2();
	}
}

测试结果:

SourceSub1实现了接口Sourceable的第一个方法method1

SourceSub2实现了接口Sourceable的第二个方法method2

达到了我们的效果!

 讲了这么多,总结一下三种适配器模式的应用场景:

类的适配器模式:当希望将一个类转换成满足另一个新接口的类时,可以使用类的适配器模式,创建一个新类,继承原有的类,实现新的接口即可。

对象的适配器模式:当希望将一个对象转换成满足另一个新接口的对象时,可以创建一个Wrapper类,持有原类的一个实例,在Wrapper类的方法中,调用实例的方法就行。

接口的适配器模式:当不希望实现一个接口中所有的方法时,可以创建一个抽象类Wrapper,实现所有方法,我们写别的类的时候,继承抽象类即可。


转载于:https://my.oschina.net/carbenson/blog/499977

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值