Visitor 表示作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
在我理解,Visitor 就是把离散分布在 子类中的某种操作 提取出来放到某一个 Visitor对象中去。虽然有时候这些操作直接放到 子类中也还好,但是会让各个子类的方法膨胀(想象每多一种操作就要多一个基类方法,所有子类就要跟着添加实现)
相关类基本接口如下
1 | struct Visitor;// forward declaration |
这里有一种很简单的 Visitor
1 | struct PrintNameVisitor{ |
其实无论用与不用visitor收集操作到具体的visitor 类,实际上需要添加的方法都是一样多的,区别只在于 位置。用了visitor之后就把这种行为统一放到了 Visitor子类中。另外要注意,Visitor作为外部类,访问具体元素时只能访问公共接口,有时候会添加一些复杂度。
归根到底Visitor是一种方法实现位置的选择,
关于避免元素类的 方法数目膨胀(以及由此带来的 同类visitor行为的代码分散)不再赘述。
双分派
多分派的意义见 wiki 多分派
x分派的意思是 运行时方法调用依赖于x个参数动态路由到某个具体实现
C++的虚函数就是一种单分派,因为一次虚函数的调用,依赖于this指针的vfptr,然后查一次表,最后找到子类实现。虚函数调用过程依赖于一个参数 (this指针隐式传入), 即是单分派。注意虚函数是一种单分派的实现方式,但不是所有。
Visitor的双分派过程
此处有用户代码
1 | struct Visitor* vis = new PrintNameVisitor; |
语句 o->Accept(&vis);
有两个参数: oa 和 vis.第一次分派
发生在 o->Accept 的虚函数查表执行,由此进入 OA::Accept(Visitor * vis)
1 | void OA::Accept(Visitor *vis)override{ |
第二次分派
发生在 vis->AcceptOA(this);
最终进入 PrintNameVisitor::AcceptOA
这就是Visitor的双分派过程。
从此意义上讲,建议Accept
改名叫Dispatch
。
可能的多分派实现
将元素类和Vistor都看作 多分派的参数
,由此有
1 | // user code |
Visitor与双分派分析
Obj::Accept(Visitor*)
是一个双分派的入口,相关分派参数是 Obj 和 Visitor。最终分派的目标实现在 Vistor实例中例如 PrintNameVisitor::AcceptOA
.
- 双分派不影响分派目标的实现。就是说,不管用不用双分派,针对
Obj集合
与Visitor集合
(或者操作集合)的每一种组合都要求有实现,在这里双分派只是给了另一种放置代码的选择(以前针对同Obj的操作都放到Obj中,现在针对同种操作的都放到Visitor中) - 双分派抽象了行为到Visitor对象,由此增加操作行为的调度的代码的复用。比如
1
2
3
4Obj * obj = createObj();
Visitor * viss[]={new PrintNameVisitor,new EatLaunchVisitor,new BalahVisitor};
for(auto vis:viss)
obj.Accept(vis); - 破坏封装。因为visitor作为外部类操作元素类,所以可能会要求元素类公开某些属性