不一样的适配器模式(设计模式三)

前言

适配器模式,是一个看起来简单的模式,同时也是最复杂的模式。
查看适配器的作用,直接查看它的演化,也许更为容易理解。

开车出发

适配器大概分为两类,一类为类适配器,另一类为对象适配器。

//新接口
public interface ITarget {
	void Process();
}
//旧接口
public interface Iadapter
{
	void doSomeThing();
	void doOtherThing();
}
//旧接口的实现类
public class oldClass : Iadapter
{
	public void doOtherThing()
	{
		throw new NotImplementedException();
	}

	public void doSomeThing()
	{
		throw new NotImplementedException();
	}
}
//新的接口实现
public class Adapter : oldClass, ITarget
{
	public void Process()
	{
		doSomeThing();
		doOtherThing();
	}
}

解释:

类 | 作用
-|-|-
ITarget |一个新的需求接口
Iadapter | 旧的接口
oldClass | 旧的接口实现类
Adapter | 新的的接口实现类

从上面可以看出,新的接口的需求里,需要调用旧的接口里面的实现方法。这是它的一个应用场景。
很容易想到一个问题,为什么不直接扩展旧的接口呢?其实更加真实的场景,请看下面这张图。

在这里,通过这种方式,我们可以说是适配了一个多态场景。
这种方式视为类适配器,存在的很大的局限性,请看下图红色部分。

在红色的部分中,圈出了oldclass,这意味着我们仅仅对oldclass进行了适配。如果Iadapter还有其他衍生的类,那么这将是一个庞大的结构问题,不建议使用。
对象适配器:

//新接口
public interface ITarget {
	void Process();
}
//旧接口
public interface Iadapter
{
	void doSomeThing();
	void doOtherThing();
}
//旧接口的实现类
public class oldClass : Iadapter
{
	public void doOtherThing()
	{
		throw new NotImplementedException();
	}

	public void doSomeThing()
	{
		throw new NotImplementedException();
	}
}
//新的接口实现
public class Adapter :  ITarget
{
	public Iadapter Iadapter;

	public Adapter(Iadapter Iadapter) {
		this.Iadapter = Iadapter;
	}
	public void Process()
	{
		Iadapter.doSomeThing();
		Iadapter.doOtherThing();
	}
}

请看下图:

这样我们就适配了Iadapter 这个接口下的所有实现类,比类适配器的另一个好处是,在不能多继承的高级语言(钻石继承)中,可以如下实现,也更符合实际的复杂一点点的情形。

对于复杂一点的对象适配器依然实用,但是类适配器却很难做到。
调用:

static void Main(string[] args)
{
	Iadapter adapter = new oldClass();
	ITarget target = new Adapter(adapter);
	target.Process();
}

uml 图

画图,后续补上。

总结

适配器模式的场景是为了适配新的需求,新的需求可以复用旧的接口或者类。
作用:保留现有类所提供的服务,向新需求提供接口,以满足新需求的期望

posted @ 2019-12-23 18:51  敖毛毛  阅读(341)  评论(0编辑  收藏  举报