定义:
封装一些作用于某种数据结构中的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。
- Visitor抽象访问者。声明访问者可以访问哪些元素,具体到程序中就是visit方法的参数定义哪些对象是可以被访问的。
- ConcreteVisitor具体访问者。它影响访问者访问到一个类后该干什么,要做什么事情
- Element抽象元素。接口或者抽象类,声明接受哪一类访问者访问,程序上是通过accept方法中的参数来定义的。
- ConcreteElement具体元素。实现accept方法,通常是visitor.visit(this), 基本上都形成了一种模式了。
- ObjectStruture结构对象。元素产生者,一般容纳在多个不同类,不同接口的容器。
优点
- 符合单一职责原则
- 优秀的扩展性
- 灵活性高
缺点
- 具体元素对访问者公布细节,不符合迪米特原则
- 具体元素变更比较困难
- 违背了依赖倒置原则
使用场景
- 一个对象结构包含很多类对象,它们有不同的接口,而你想对这些对象实施一些依赖于其具体类的操作,也就说是用迭代器模式已经不能胜任的情景。
- 需要对一个对象结构中的对象进行很多不同并且不相关的操作,而你想避免让这些操作“污染”这些对象的类。
业务规则要求遍历多个不同的对象。而迭代器只能访问同类或同接口的数据,访问者模式是对迭代器模式的扩充。
扩展
双分派
单分派语言处理一个操作是根据请求者的名称和接收到的参数决定的,在java中有静态绑定和动态绑定之说,它的实现是依据重载和覆写实现的。
双分派意味着得到执行的操作决定于请求种类和两个接收者的类型,它是多分派的一个特例。
Java是一个支持双分派的单分派语言。
最佳实践
访问者模式是一种集中规整模式,特别适用于大规模重构项目,在这一阶段需求已经非常清晰,原系统的功能点也已经明确,通过访问者模式可以容易把一些功能进行梳理,达到最终目的——功能集中化,如一个统一的报表运算、UI展现等。
易把一些功能进行梳理,达到最终目的——功能集中化,如一个统一的报表运算、UI展现等。
参考
《设计模式之禅》