练习源码:https://github.com/liaoooyx/Design-Patterns
图片来自:https://blog.csdn.net/u012124438/article/details/70537203
个人理解
ObjectStructure类持有所有Element的实现类的集合。该类提供一个方法,以访问者作为传入参数,在方法内部遍历每个元素,并调用元素的accept()方法,使得访问者可以访问每个元素(对每个元素进行操作)。
元素的accept()方法同样以访问者作为传入参数,在方法内部则调用访问者的visit()方法,并将自身作为传入参数传递过去。
注意,使用该设计模式的时候,Element的实现类应该是相对固定的,否则增加新的元素需要修改所有的访问者;相对的访问者的新增则十分方便。
原文:https://blog.csdn.net/u012124438/article/details/70537203
优点:
1、使得数据结构和作用于结构上的操作解耦,使得操作集合可以独立变化。
2、添加新的操作或者说访问者会非常容易。
3、将对各个元素的一组操作集中在一个访问者类当中。
4、使得类层次结构不改变的情况下,可以针对各个层次做出不同的操作,而不影响类层次结构的完整性。
5、可以跨越类层次结构,访问不同层次的元素类,做出相应的操作。
缺点:
1、增加新的元素会非常困难。
2、实现起来比较复杂,会增加系统的复杂性。
3、破坏封装,如果将访问行为放在各个元素中,则可以不暴露元素的内部结构和状态,但使用访问者模式的时候,为了让访问者能获取到所关心的信息,元素类不得不暴露出一些内部的状态和结构,就像收入和支出类必须提供访问金额和单子的项目的方法一样。
适用性:
1、数据结构稳定,作用于数据结构的操作经常变化的时候。
2、当一个数据结构中,一些元素类需要负责与其不相关的操作的时候,为了将这些操作分离出去,以减少这些元素类的职责时,可以使用访问者模式。
3、有时在对数据结构上的元素进行操作的时候,需要区分具体的类型,这时使用访问者模式可以针对不同的类型,在访问者类中定义不同的操作,从而去除掉类型判断。