使用Adapter模式时需要考虑哪些因素

这篇文章主要介绍“使用Adapter模式时需要考虑哪些因素”的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇“使用Adapter模式时需要考虑哪些因素”文章能帮助大家解决问题。

专注于为中小企业提供网站制作、网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业朝阳免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了上1000+企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。

效果


类适配器和对象适配器有不同的权衡。类适配器
• 用一个具体的Adapter类对Adaptee和Target进行匹配。结果是当我们想要匹配一个类以及所有它的子类时,类Adapter将不能胜任工作。

这是类适配器的缺点。


• 使得Adapter可以重定义Adaptee的部分行为,因为Adapter是Adaptee的一个子类。

作为派生类,可以很简单地修改基类的行为并直接被Adapter适用。


• 仅仅引入了一个对象,并不需要额外的指针以间接得到adaptee。

比对象适配器少占一个指针变量的空间,并且不需要另外建立Adapter和Adaptee之间的关系。


对象适配器则
• 允许一个Adapter与多个Adaptee—即Adaptee本身以及它的所有子类(如果有子类的话)—同时工作。Adapter也可以一次给所有的Adaptee添加功能。

这是很方便的!


• 使得重定义Adaptee的行为比较困难。这就需要生成 Adaptee的子类并且使得Adapter引用这个子类而不是引用Adaptee本身。

需要替换Adapter引用的Adaptee对象。

相比较而言,对象适配器多用一个指针变量,多一些程序性的操作获得了更大的灵活性。作者推荐对象适配器。


使用Adapter模式时需要考虑的其他一些因素有:
1) Adapter的匹配程度

对Adaptee的接口与Target的接口进行匹配的工作量各个Adapter可能不一样。工作范围可能是,从简单的接口转换(例如改变操作名 )到支持完全不同的操作集合。Adapter的工作量取决于Target接口与Adaptee接口的相似程度。

道理很简单:差别越多,适配的工作量也就越大。


2) 可插入的Adapter 

当其他的类使用一个类时,如果所需的假定条件越少,这个类就更具可复用性。如果将接口匹配构建为一个类,就不需要假定对其他的类可见的是一个相同的接口。也就是说,接口匹配使得我们可以将自己的类加入到一些现有的系统中去,而这些系统对这个类的接口可能会有所不同。Object-Work / Smalltalk [ P a r 9 0 ]使用pluggable adapter一词描述那些具有内部接口适配的类。

这段话不大好理解,作者努力解说一下。当我们设计一个类时,一般都存在一些假设。例如内存可以随意适用,不需要多任务安全等。这样的假设越少,类可以适用的场景就越多,也就是说更具可复用性。众多假设中有一个就是类的用法,也就是接口。使用适配器意味着类可以任何方式适用。


考虑TreeDisplay窗口组件,它可以图形化显示树状结构。如果这是一个具有特殊用途的窗口组件,仅在一个应用中使用,我们可能要求它所显示的对象有一个特殊的接口,即它们都是抽象类Tree的子类。如果我们希望使TreeDisplay有具有良好的复用性的话(比如说,我们希望将它作为可用窗口组件工具箱的一部分),那么这种要求将是不合理的。应用程序将自己定义树结构类,而不应一定要使用我们的抽象类Tree。不同的树结构会有不同的接口

一般来讲,TreeDisplay组件需要和某种Tree类协同工作。如果这个TreeDisplay只是在一个应用中使用,那么我们可以完全可以将需要TreeDisplay表示的数据设计成Tree的子类。但是如果希望TreeDisplay可以在各种场合,各种应用中使用时,就不应该有这个要求。因为对于已有类,这意味着类结构的巨大变化;对于新设计的类,为了一个表示功能,改变类本来的继承关系也有些过分了。


例如,在一个目录层次结构中,可以通过GetSubdirectories操作进行访问子目录,然而在一个继承式层次结构中,相应的操作可能被称为GetSubclasses。尽管这两种层次结构使用的接口不同,一个可复用的TreeDisplay窗口组件必须能显示所有这两种结构。也就是说,TreeDisplay应具有接口适配的功能。

如果从取得下一级要素的角度来看,GetSubdirectories和GetSubclasses做的是相同的事。我们的设计的TreeDisplay需要满足上述两种要求。这属于主动适配的范畴。

3) 使用双向适配器提供透明操作 使用适配器的一个潜在问题是,它们不对所有的客户都透明。被适配的对象不再兼容Adaptee的接口,因此并不是所有Adaptee对象可以被使用的地方它都可以被使用。双向适配器提供了这样的透明性。在两个不同的客户需要用不同的方式查看同一个对象时,双向适配器尤其有用。

一般来讲,适配器考虑的是让Adaptee的功能在Adapter的上下文中被使用。在Adaptee的利用者看来,Adapter要么不可见(对象适配器),要么不一定好用(类适配器)。当我们需要从两个方向都有需要使用某功能时,就需要双向适配器。

考虑一个双向适配器,它将图形编辑框架 Unidraw [VL90]与约束求解工具箱QOCA[ H H M V 9 2 ]集成起来。这两个系统都有一些类,这些类显式地表示变量: Unidraw含有类StateVariable,QOCA中含有类ConstraintVariable,如下图所示。为了使Unidraw与QOCA协同工作,必须首先使类ConstraintVariable与类StateVariable相匹配;而为了将QOCA的求解结果传递给Unidraw,必须使StateVariable与ConstraintVariable相匹配。

双向适配器在两个方向都有效。

这一方案中包含了一个双向适配器ConstraintStateVariable,它是类ConstraintVariable与类StateVariable共同的子类,ConstraintStateVariable使得两个接口互相匹配。在该例中多重继承是一个可行的解决方案,因为被适配类的接口差异较大。双向适配器与这两个被匹配的类都兼容,在这两个系统中它都可以工作。

本例中使用的是类适配器,ConstraintStateVariable即是ConstraintVariable又是StateVariable;其实也应该可以是使用对象适配器,这时ConstraintVariable和StateVariable共通分享一个ConstraintStateVariable。

关于“使用Adapter模式时需要考虑哪些因素”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识,可以关注创新互联行业资讯频道,小编每天都会为大家更新不同的知识点。


网站标题:使用Adapter模式时需要考虑哪些因素
新闻来源:http://hbruida.cn/article/gscsgc.html