二十三、设计模式-访问器模式（Visitor）

1、动机

      在软件构建过程中，由于需求的改变，某些类层次结构中常常需要增加新的行为（方法），如果直接在基类中做这样的改变，将会给子类带来很繁重的变更负担，甚至破坏原有设计。

      如何在不更改类层次结构的前提下，在运行时根据需要透明地为类层次结构上各个类动态添加新的操作，从而避免上述问题？

2、Visitor模式定义

      表示一个作用于某对象结构中各个元素的操作。使得可以在不改变（稳定）各个元素的类的前提下定义（扩展）作用于这些元素的新操作（变化）。

3、举例

假设我们有一个抽象类Element，设计上原有操作func1，现在我们要添加操作func2、func3等，那么我们需要在对应子类中也添加对应实现：

这显然是一种违背开闭原则的设计。尝试换一种方式：

Visitor是我们新增的一个抽象类，这个设计是一个稳定的模块下面是对应的实现：

4、结构图

5、要点总结

（1）Visitor模式通过所谓双重分发（double dispatch）来实现在不更改（不添加新的操作-编译时）Element类层次结构的前提下，在运行时透明地为类层次结构上的各个类动态添加新的操作（支持变化）。

（2）所谓双重分发即Visitor模式中间包括了两个多态分发（注意其中的多态机制）：第一个为accept方法的多态辨析，第二个为VisitorElementX（X表示同类操作的不同实现）方法的多态辨析。

（3）Visitor模式的最大缺点在于扩展类层次结构（添加新的Element子类），会导致Visitor类的改变。因此Visitor模式适用于“Element类层次结构稳定，而其中的操作却面临频繁变动”。