适配器 Adapter
原创
©著作权归作者所有:来自51CTO博客作者覺醒的原创作品,请联系作者获取转载授权,否则将追究法律责任
“接口隔离”模式
- 在组件构建过程中,某些接口之间直接的依赖常常会带来很多问题、甚至根本无法实现。采用添加一层间接(稳定)接口,来隔离本来互相紧密关联的接口是一种常见的解决方案。
- 典型模式
- Facade
- Proxy
- Adapter
- Mediator
动机(Motivation)
- 在软件系统中,由于应用环境的变化,常常需要将“一些现存的对象”放在新的环境中应用,但是新环境要求的接口是这些现存对象所不满足的。
- 如何应对这种“迁移的变化"?如何既能利用现有对象的良好实现,同时又能满足新的应用环境所要求的接口?
模式定义
将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。—《设计模式》GoF
类图
示例
对象适配器:
#include <iostream>
using namespace std;
//目标接口(新接口)
class ITarget {
public:
virtual void process() = 0;
};
//遗留接口(老接口)
class IAdaptee {
public:
virtual void foo(int data) = 0;
virtual int bar() = 0;
};
//遗留类型
class OldClass : public IAdaptee {
//....
public:
virtual void foo(int data)
{
cout << "OldClass:" << data << endl;
}
virtual int bar()
{
return 100;
}
};
//对象适配器
class Adapter : public ITarget { //继承
protected:
IAdaptee* pAdaptee;//组合 对象适配器
public:
Adapter(IAdaptee* pAdaptee) {
this->pAdaptee = pAdaptee;
}
// 新街口
virtual void process() override {
int data = pAdaptee->bar();
pAdaptee->foo(data);
}
};
int main() {
IAdaptee* pAdaptee = new OldClass();
ITarget* pTarget = new Adapter(pAdaptee);
pTarget->process();
getchar();
return 0;
}
输出:
类适配器(继承的方式):
不是太好,有很多其他的问题。 OldClass 定死了,没灵活性。类适配器只有坏处没有好处。现在用的很少了。
//类适配器
class Adapter : public ITarget,
protected OldClass //多继承
{
};
要点总结
- Adapter模式主要应用于“希望复用一些现存的类,但是接口又与复用环境要求不一致的情况”,在遗留代码复用、类库迁移等方面非常有用。
- GoF23定义了两种Adapter模式的实现结构:对象适配器和类适配器。但类适配器采用“多继承”的实现方式,一般不推荐使用。对象适配器采用“对象组合”的方式,更符合松耦合精神。
- Adapter模式可以实现的非常灵活,不必拘泥于Gof23中定义的两种结构。例如,完全可以将Adapter模式中的“现存对象”作为新的接口方法参数,来达到适配的目的。
参考:GeekBand