简介
表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前拐下定义作用于这些元素的新操作。
适用性
- 一个对象结构包含很多类对象,它们有不同的接口,而你想对这些对象实施一些依赖于其具体类的操作。
- 需要对一个对象结构中的对象进行很多不同的并且不相关的操作,而你想避免让这些操作“污染”这些对象的类。Visitor使得你可以将相关的操作集中起来定义在一个类中。当该对象结构被很多应用共享时,用Visitor模式让每个应用仅包含需要用到的操作。
- 定义对象结构的类很少改变,但经常需要在此结构上定义新的操作。改变对象结构类需要重定义对所有访问者的接口,这可能需要很大的代价。如果对象结构类经常改变,那么可能还是在这些类中定义这些操作较好。
示意图
Visitor (访问者)
- 为该对象结构中ConcreteElement的每一个类声明一个Visit操作。该操作的名字和特征标识了发送Visit请求给该访问者的那个类。这使得访问者可以确定正被访问元素的具体的类。这样访问者就可以通过该元素的特定接口直接访问它。
ConcreteVisitor (具体访问者)
- 实现每个由Visitor声明的操作。每个操作实现本算法的一部分,而该算法片断乃是对应于结构中对象的类。ConcreteVisitor为该算法提供了上下文并存储它的局部状态。这一状态常常在遍历该结构的过程中累积结果。
Element (元素 )
- 定义一个Accept操作,它以一个访问者为参数。
ConcreteElement (具体元素)
- 实现Accept操作,该操作以一个访问者为参数。
ObjectStructure (对象结构)
- 能枚举它的元素。
- 可以提供一个高层的接口以允许该访问者访问它的元素。
- 可以是一个复合(参见Composite )或是一个集合,如一个列表或一个无序集合。
代码实现
#include <iostream>
#include <string>
using namespace std;
//访问者模式:核心叫做双重分发:两个多态:accept,visit
class XiaoMi;
class HuaWei;
class Oppo;
class CellPhoneVisitor
{
public:
virtual void visit(XiaoMi* p) = 0;
virtual void visit(HuaWei* p) = 0;
virtual void visit(Oppo* p) = 0;
protected:
CellPhoneVisitor(){}
};
class CellPhone
{
public:
virtual void dial() = 0;
virtual void sendMsg() = 0;
virtual void hang() = 0;
virtual void recvMsg() = 0;
virtual void accept(CellPhoneVisitor* p) = 0;
//Solaris系统-->
//Win7/win10
//Mac
protected:
CellPhone(){}
};
class XiaoMi :public CellPhone
{
public:
void dial() { cout << "小米" << "在拨号" << endl; }
void sendMsg() { cout << "小米" << "在发短信" << endl; }
void hang() { cout << "小米" << "在关断电话" << endl; }
void recvMsg() { cout << "小米" << "在收短信" << endl; }
void accept(CellPhoneVisitor* p) { p->visit(this); }
};
class HuaWei :public CellPhone
{
public:
void dial() { cout << "HuaWei" << "在拨号" << endl; }
void sendMsg() { cout << "HuaWei" << "在发短信" << endl; }
void hang() { cout << "HuaWei" << "在关断电话" << endl; }
void recvMsg() { cout << "HuaWei" << "在收短信" << endl; }
void accept(CellPhoneVisitor* p) { p->visit(this); }
};
class Oppo :public CellPhone
{
public:
void dial() { cout << "Oppo" << "在拨号" << endl; }
void sendMsg() { cout << "Oppo" << "在发短信" << endl; }
void hang() { cout << "Oppo" << "在关断电话" << endl; }
void recvMsg() { cout << "Oppo" << "在收短信" << endl; }
void accept(CellPhoneVisitor* p) { p->visit(this); }
};
class SolarisConfigure : public CellPhoneVisitor
{
public:
void visit(XiaoMi *p)
{
p->dial();
p->hang();
p->sendMsg();
p->recvMsg();
}
void visit(HuaWei *p)
{
p->dial();
p->hang();
p->sendMsg();
p->recvMsg();
}
void visit(Oppo *p)
{
p->dial();
p->hang();
p->sendMsg();
p->recvMsg();
}
};
int main(void)
{
CellPhoneVisitor* pVisitor = new SolarisConfigure;
XiaoMi* pXiaoMi = new XiaoMi;
HuaWei* pHuaWei = new HuaWei;
Oppo* pOppo = new Oppo;
cout << "将Solairs环境配置给XiaoMi" << endl;
pXiaoMi->accept(pVisitor);
cout << "将Solairs环境配置给HuaWei" << endl;
pHuaWei->accept(pVisitor);
cout << "将Solairs环境配置给Oppo" << endl;
pOppo->accept(pVisitor);
system("pause");
return 0;
}
优缺点
优点:
- 符合单一指责,凡是适用访问者模式的场景中,元素类中需要封装在访问者中的操作必定是与元素类本身关系不大且是易变的操作,使用访问者模式一方面符合单一职责原则
- 扩展性良好,元素类可以通过接受不同的访问者来实现对不同操作的扩展。
缺点:
- 增加新的元素类很困难。在访问者模式中,每增加一个新的元素类都意味着要在抽象访问者角色中增加一个新的抽象操作,并在每一个具体访问者类中增加相应的具体操作,违背了“开闭原则”的要求。破坏封装。当采用访问者模式的时候,就会打破组合类的封装。