访问者模式
动机
在软件构建过程中,由于需求的改变,某些类层次结构中常常需要增加新的行为(方法) 。
如果直接在基类中做这样的更改,将会给子类带来很繁重的变更负担,甚至破坏原有设计。
如何在不更改类层次结构的前提下,在运行时根据需要透明地为类层次结构上的各个类动态添加新的操作,从而避免上述问题?
解决方法
表示一个作用于某对象结构中的各元素的操作。使得可以在不改变(稳定)各元素的类的前提下定义(扩展)作用于这些元素的新操作(变化)。
例子
#include <iostream>
using namespace std;
class Visitor;
class Element
{
public:
virtual void accept(Visitor& visitor) = 0; // 第一次多态辨析
virtual ~Element(){}
};
class ElementA: public Element
{
public:
void accept(Visitor &visitor) override
{
visitor.visitElementA(*this); // 第二次多态辨析
}
};
class ElementB: public Element
{
public:
void accept(Visitor &visitor) override
{
visitor.visitElementB(*this); // 第二次多态辨析
}
};
class Visitor
{
public:
virtual void visitElementA(ElementA& element) = 0;
virtual void visitElementB(ElementB& element) = 0;
virtual ~Visitor(){}
};
//==================================
// 扩展1
class Visitor1: public Visitor
{
public:
void visitElementA(ElementA &element) override
{
cout << "Visitor1 is processing ElementA" << endl;
}
void visitElementB(ElementB &element) override
{
cout << "Visitor1 is processing ElementB" << endl;
}
};
// 扩展2
class Visitor2: public Visitor
{
public:
void visitElementA(ElementA &element) override
{
cout << "Visitor2 is processing ElementA" << endl;
}
void visitElementB(ElementB &element) override
{
cout << "Visitor2 is processing ElementB" << endl;
}
};
int main()
{
Visitor2 visitor;
ElementB elementB;
elementB.accept(visitor); // double dispatch
ElementA elementA;
elementA.accept(visitor);
return 0;
}
优缺点
优点:符合单一职责原则。优秀的扩展性。灵活性。
缺点:具体元素对访问者公布细节,违反了迪米特原则。具体元素变更比较困难。违反了依赖倒置原则,依赖了具体类,没有依赖抽象。