适配器模式
将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
- Target(目标接口) :客户所期待的接口,可以是具体的或抽象的类,也可以是接口
- Adaptee(需要适配的类):需要适配的类或适配者类。
- Adapter(适配器):包装一个需要适配的接口,把原接口转换成目标接口。
通俗的理解:
“适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。好比日本现在就只提供110V的电压,而我的电脑就需要220V的电压,那怎么办啦?适配器就是干这活的,在不兼容的东西之间搭建一座桥梁,让二者能很好的兼容在一起工作。”
使用适配器的场景及优点
优点
- 降低了一个功能点的难度,可以对现有的类进行包装,就可以进行使用了。
- 提高了项目的质量,降低了成本。
场景
- 使用已经存在的类,但是他的接口与你的需求不同。
- 调用者和提供则都不太容易修改的时候使用适配器模式。
UML类图
类适配器
Adapter继承Target类与Adaptee类,Adapter重写Target的Request方法,做一些处理,实际调用的是Adaptee的SpecificRequest方法。
对象适配器
适配器继承于Target类,同时Adapter类中有一个Adaptee类型的成员变量,Adapter重写Request函数,使用Adaptee类型的成员变量调用Adaptee的SpecificRequest函数完成适配。
比较
类适配器
- 由于Adapter直接继承自Adaptee类,所以,在Adapter类中可以对Adaptee类的方法进行重定义;
- 如果在Adaptee中添加了一个抽象方法,那么Adapter也要进行相应的改动,这样就带来高耦合;
- 如果Adaptee还有其它子类,而在Adapter中想调用Adaptee其它子类的方法时,使用类适配器是无法做到的。
对象适配器
- 有的时候,你会发现,不是很容易去构造一个Adaptee类型的对象;
- 当Adaptee中添加新的抽象方法时,Adapter类不需要做任何调整,也能正确的进行动作;
- 可以使用多态的方式在Adapter类中调用Adaptee类子类的方法
由于对象适配器的耦合度比较低,所以在很多的书中都建议使用对象适配器。在我们实际项目中,也是如此,能使用对象组合的方式,就不使用多继承的方式。
Code
类适配器
#include <iostream>
class Target{
public:
virtual ~Target(){}
virtual void Request(){
std::cout<<"Target::Request"<<std::endl;
}
};
class Adaptee{
public:
virtual ~Adaptee(){}
virtual void SpecificRequest(){
std::cout<<"Adaptee::SpecificRequest"<<std::endl;
}
};
class Adapter:public Target ,Adaptee{
public:
void Request(){
Adaptee::SpecificRequest();
}
};
int main()
{
Target* TargetObj = new Adapter();
TargetObj->Request();
delete TargetObj;
return 0;
}
对象适配器
#include <iostream>
class Target{
public:
Target(){}
virtual ~Target(){}
virtual void Request(){
std::cout<<"Target::Request"<<std::endl;
}
};
class Adaptee{
public:
void SpecificRequest(){
std::cout<<"Adaptee::SpecificRequest"<<std::endl;
}
};
class Adapter:public Target{
public:
Adapter():m_Adaptee(new Adaptee){}
~Adapter(){
if(m_Adaptee){
delete m_Adaptee;
}
}
void Request(){
m_Adaptee->SpecificRequest();
}
private:
Adaptee* m_Adaptee;
};
int main()
{
Target* TargetObj = new Adapter();
TargetObj->Request();
delete TargetObj;
return 0;
}