1. 动机
- 在软件系统中,由于应用环境的变化,常常需要将“一些现存的对象”放在新的环境中应用,但是新环境的接口是这些现存对象所不满足的。
- 如何应对这种“迁移的变化”?如何既能利用现有对象的良好实现,同时又能满足新的应用环境所要求的接口?
2. 我们身边的适配器
3. 模式定义
将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
-----《设计模式》GOF
4. 结构
上图中的Target是我们希望的接口,Adaptee是我们历史的接口
5. 代码示例
// 新接口
class ITarget{
public:
virtual void Process() = 0;
};
// 老接口
class IAdaptee{
public:
virtual void foo(int data) = 0;
virtual int bar() = 0;
};
class OldClass : public IAdaptee{
virtual void foo(int data){
// ...
}
virtual int bar(){
// ...
}
};
// 由于某种内在某种功能可复用和关联性,可以将IAdaptee转成ITarget,如果毫无关联,是没有适配的意义的。
class Adapter : public ITarget{
protected:
IAdaptee *pAdaptee;
public:
Adapter(IAdaptee *pAdaptee){
this->pAdaptee = pAdaptee;
}
virtual void Process(){
// ...这个转换过程可能没有那么简单,会很复杂
int res = pAdaptee->bar();
pAdaptee->foo(res);
// ...
}
};
// 用一个旧的类,塞到Adapter里面,当做一个面向一个新接口来使用
void main(){
IAdaptee *pAdaptee = new OldClass();
ITarget *pTarget = new Adapter(pAdaptee);
pTarget->Process();
}
6. 要点总结
- Adapter模式主要用于“希望复用一些现存的类,但是接口又与复用环境不一致的情况”,在遗留代码复用、类库迁移等方面非常有用。
- GOF 23定义了两种Adapter模式的实现结构:对象适配器和类适配器。但类适配器是用过“多继承”的实现方式,一般不推荐使用。对象适配器采用“对象组合”的方式,更符合松耦合精神。
- Adapter模式可以实现的非常灵活,不必拘泥于Gof 23中定义的两种结构。例如,完全可以将Adapter模式中的“现存对象”作为新的接口方法参数,来达到适配目的