动机
在软件系统中,由于应用环境的变化,常常需要将“一些现存的对象”,放在新的环境中使用,但是新环境要求的接口是这些现存对象所不满足的。
如何应对这种“迁移的变化”?如何既能利用现有对象的良好实现,同时又能满足新的应用环境所要求的接口?
模式定义
将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
结构类图
案例分析
//目标接口(新接口)
class ITarget{
public:
virtual void process()=0;
};
//遗留接口(老接口)
class IAdaptee{
public:
virtual void foo(int data)=0;
virtual int bar()=0;
};
//遗留类型
class OldClass: public IAdaptee{
//....
};
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库中也有用到Mediator,例如stack和queue都是dequeue适配过来的,底层都是调用dequeue的接口实现。但是stack和queue都是接口+实现所以感觉它底层的适配。
class stack{
deqeue container;
};
class queue{
deqeue container;
};
要点总结
- Adapter模式主要应用于“希望复用一些现存的类,但是接口又与复用环境要求不一致的情况”, 在遗留代码复用、类库迁移等方~面非常有用。
- GoF 23定义了两种Adapter模式的实现结构. :对象适配器和类适配器。但类适配器采用,” 多继承"的实现方式,一-般不推荐使用。对象适配器采用“对象组合”的方式,更符合松耦合精神。
- Adapter模式可以实现的非常灵活,不必拘泥于Gof23中定义的两种结构。例如A完全可以将Adapter模式中的“现存对象”作为新的接口方法参数来达到适配的目的。
以上内容来源于李建忠老师的c++设计模式