不一样的适配器模式(设计模式三)
前言
适配器模式,是一个看起来简单的模式,同时也是最复杂的模式。
查看适配器的作用,直接查看它的演化,也许更为容易理解。
开车出发
适配器大概分为两类,一类为类适配器,另一类为对象适配器。
//新接口
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 图
画图,后续补上。
总结
适配器模式的场景是为了适配新的需求,新的需求可以复用旧的接口或者类。
作用:保留现有类所提供的服务,向新需求提供接口,以满足新需求的期望