1."接口隔离"模式
在组件构建过程中,某些接口之间的依赖常常会带来很多问题,甚至根本无法实现. 采用添加一层间接(稳定)接口,来隔离本来互相紧密关联的接口是一种常见的解决方案.
典型模式:
Facade
Proxy
Adapter
Mediator
2.适配器模式的动机
在软件系统中,由于应用环境的变化,常常要求将"一现存的对象"放在新的环境中应用,但是新环境要求的接口是这些现存对象所不满足的. 如何应对这种"迁移的变化"?如何既能利用现有对象的良好实现,同时又能满足新的应用环境所要求的的接口呢?我们可以采用适配器模式来进行设计.
3.适配器模式定义
将一个类的接口转换成客户希望的另一个接口,Adapter模式使得原本由于不兼容二不能一起工作的那些类可以一起工作. ---《设计模式》GoF
4.伪代码实现
// 目标接口(新接口)
class ITarget{
public:
virtual void process() = 0;
};
// 遗留接口(老接口),被适配者
class IAdaptee{
public:
virtual void foo(int data) = 0;
virtual void bar()=0;
};
class OldClass:public IAdaptee{
public:
virtual void foo(int data)
{
// ...
}
virtual void bar()
{
//...
}
}
//
class Adapter:public ITarget{
protected:
IAdaptee* pAdaptee;
public:
Adapter(IAdaptee* pAdaptee)
{
this->pAdaptee = pAdaptee;
}
virtual void process(){
int data = pAdaptee->bar();
pAdaptee->foo(data);
}
}
int main()
{
IAdaptee* pAdaptee = new OldClass();
ITarget* pTarget = new Adapter(pAdaptee);
pTarget->process();
}
// stl中的queue和stack就用了deque,利用deque轉成queue和stack轉成目標接口
==網友:那麽map是不是也是RBtree的適配器?我覺得是不是説反了
class stack{
deque container;
};
class queue{
deque container;
};
5.重点概念-对象适配器和类适配器
5.1 对象适配器,组合+继承
// 组合
class Adapter:public ITarget{ // 继承
protected:
IAdaptee* pAdaptee;// 灵活性好
}
5.2 类适配器,多继承,没有灵活性
// 多继承
// public继承继承公有接口,protected和private继承是实现继承,并没有用接口,但是用了实现
class Adapter:public ITarget,protected IAdaptee{
// ...
}
5.3 对象适配器与类适配器的选择
对象适配器和类适配器,优先使用对象适配器,可以说类适配器百害而无一利好,许多语言甚至不支持多继承.
6.要点总结
Adapter模式主要应用于"希望复用一些现存的类,但是接口又与复用环境要求不一致的情况",在遗留代码复用,类库迁移等方面非常有用.
GoF23定义了两种Adapter模式的实现结构:对象适配器和类适配器,但类适配器采用"多继承"的实现方式,一般不推荐使用,对象适配器采用"对象组合"的方式,更符合松耦合的精神.
Adapter模式可以实现的非常灵活,不必拘泥于Gof23中定义的两种结构,例如:完全可以将Adapter模式中的"现存对象"作为新的接口方法参数,来达到适配的目的.