适配器模式
模式动机
- 在软件开发中采用类似于电源适配器的设计和编码技巧被称为适配器模式
- 通常情况下,客户端可以通过目标类的接口访问它所提供的服务。有时,现有的类可以满足客户类的功能需要,但是它所提供的接口不一定是客户类所期望的,这可能是因为现有类中方法名与目标类中定义的方法名不一致等原因所导致的
- 在这种情况下,现有的接口需要转化为客户类期望的接口,这样保证了对现有类的重用。如果不进行这样的转化,客户类就不能利用现有类所提供的功能,适配器模式可以完成这样的转化
- 在适配器模式中可以定义一个包装类,包装不兼容接口的对象,这个包装类指的就是适配器,他所包装的对象就是适配者(Adaptee),即被适配的类。
- 适配器提供客户类需要的接口,适配器的实现就是把客户类的请求转化为对适配者的相应接口的调用。也就是说,当客户类调用适配器的方法时,在适配器类的内部将调用适配者类的方法,而这个过程对客户类是透明的,客户类并不直接访问适配者类。因此,适配器可以使由于接口不兼容而不能交互的类可以一起工作,这就是适配器模式的模式动机
模式定义
适配器模式(Adapter Pattern):将一个接口转换成客户希望的另一个接口,适配器模式使接口不兼容的那些类可以一起工作,其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。
模式结构
- Target:目标抽象类
- Adapter:适配器类
- Adaptee:适配者类
- Client:客户类
适配器模式有对象适配器和类适配器两种实现
对象适配器:
类适配器:
适配器模式优点
- 将目标类和和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,而无须修改原有代码
- 增加了类的透明性和复用性,将具体的实现封装在适配器者类中,对于客户端类来说是透明的,而且提高了适配者的复用性
- 灵活性和扩展性都非常好,通过配置文件,可以很方便地更换适配器,也可以在不修改原有代码的基础上增加新的适配器类,完全符合“开闭原则”
适配器模式缺点
类适配器的缺点
- 对于Java,c#等不支持多重继承的语言,一次最多只能适配一个适配者类,而且目标抽象类只能为抽象类,不能为具体类,其使用有一定的局限性,不能将一个适配者类和它的子类都适配到目标接口
对象适配器的缺点
- 与类适配器模式相比,要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法,就只好先做一个适配者类的子类,将适配者类的方法置换掉,然后再把适配者类的子类当作真正的适配者进行适配,实现过程较为复杂
适用环境
- 系统需要使用现有的类,而这些类的接口不符合系统的需要
- 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的类,包括一些可能在将来引进的类一起工作
实现代码
Target.h
#ifndef TARGET_H_
#define TARGET_H_
class Target
{
public:
Target();
virtual ~Target();
virtual void request();
};
#endif
Target.cpp
#include "Target.h"
#include <iostream>
Target::Target(){}
Target::~Target(){}
void Target::request()
{
cout << "this is original request " << endl;
}
Client.h
#ifndef CLIENT_H_
#define CLIENT_H_
class Client
{
public:
Client();
virtual ~Client();
};
#endif
Client.cpp
#include "Client.h"
Client::Client(){}
Client::~Client(){}
Adapter.h
#ifndef ADAPTER_H_
#define ADAPTER_H_
#include "Target.h"
#include "Adaptee.h"
class Adapter : public Target
{
public:
Adapter(Adaptee* adaptee);
virtual ~Adapter();
virtual void request();
private:
Adaptee* m_pAdaptee;
};
#endif
Adapter.cpp
#include "Adapter.h"
Adapter::Adapter(Adaptee* adaptee)
{
m_pAdaptee = adaptee;
}
Adapter::~Adapter(){}
void Adapter::request()
{
m_pAdaptee->specificRequest();
}
Adaptee.h
#ifndef ADAPTEE_H_
#define ADAPTEE_H_
class Adaptee
{
public:
Adaptee();
virtual ~Adaptee();
void specificRequest();
};
#endif
Adaptee.cpp
#include "Adaptee.h"
#include <iostream>
using namespace std;
Adaptee::Adaptee(){}
Adaptee::~Adaptee(){}
void Adaptee::specificRequest()
{
cout << "specificRequest() | this is real request from Adaptee!" << endl;
}
main.cpp
#include <iostream>
#include "Adapter.h"
#include "Adaptee.h"
#include "Target.h"
using namespace std;
int main()
{
Adaptee* adaptee = new Adaptee();
Target* tar = new Adapter(adaptee);
tar->request();
return 0;
}
总结
- 适配器模式用于将一个接口转换成客户希望的另一个接口,适配器模式使接口不兼容的那些类可以一起工作;
- 适配器模式包含四个角色:目标抽象类定义客户要用的特定领域的接口;适配器类可以调用另一个接口,作为一个转换器,对适配者和抽象目标类进行适配,它是适配者模式的核心;适配者类是被适配的角色,它定义了一个已经存在的接口,这个接口需要适配;在客户类中针对目标抽象类进行编程,调用在目标抽象类中定义的业务方法;
- 适配器模式的主要优点是将目标类和适配者类解耦,增加了类的透明性和复用性,同时系统的灵活性和扩展性都非常好,更换适配器或者增加新的适配器都非常方便,符合”开闭原则“;
- 适配器模式适用情况包括:系统需要使用现有的类,而这些类的接口不符合系统的需要;想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类一起工作;