🌰测评系统的需求
- 将观众分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价 有不同的种类,比如 成功、失败 等)
- 传统方案
🌱传统方式的问题分析
- 如果系统比较小,还是 ok 的,但是考虑系统增加越来越多新的功能时,对代码改动较大,违反了 ocp 原则, 不利于维护
- 扩展性不好,比如 增加了 新的人员类型,或者管理方法,都不好做
- 引出我们会使用新的设计模式 – 访问者模式
🌵访问者模式基本介绍
-
访问者模式(Visitor Pattern),封装一些作用于某种数据结构的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。
-
主要将数据结构与数据操作分离,解决 数据结构和操作耦合性问题
-
访问者模式的基本工作原理是:在被访问的类里面加一个对外提供接待访问者的接口
-
访问者模式主要应用场景是:需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联),同时
需要避免让这些操作"污染"这些对象的类,可以选用访问者模式解决
🌴访问者模式的原理类图
🌲对原理类图的说明
- Visitor 是抽象访问者,为该对象结构中的 ConcreteElement 的每一个类声明一个 visit 操作
- ConcreteVisitor :是一个具体的访问值 实现每个有 Visitor 声明的操作,是每个操作实现的部分.
- ObjectStructure 能枚举它的元素, 可以提供一个高层的接口,用来允许访问者访问元素
- Element 定义一个 accept 方法,接收一个访问者对象
- ConcreteElement 为具体元素,实现了 accept 方法
🌳访问者模式应用实例
-
将人分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价 有不同的种类,比如 成功、失败 等),请使用访问者模式来实现
-
思路分析和图解(类图)
Action类
Success类
Fail类
person类,给一个接收action的方法
man类,将自己传入action的入参中
说明
- 这里我们使用到了双分派, 即首先在客户端程序中,将具体状态作为参数传递 Woman 中(第一次分派)
- 然后 man 类调用作为参数的 “具体方法” 中方法 getManResult, 同时将自己(this)作为参数
传入,完成第二次的分派
ObjectStructure类,数据结构,管理很多人(Man , Woman)
客户端类
🌻接下来我们debug进去看一下
通过添加方法,我们把男人和女人添加到数据结构类
进入display方法
循环调用person的方法
进入accept方法
进入了男人的accept方法中去
action实际是success,又调用自己(man)
失败亦是如此,如果我们新增一个转态wait,他仅仅要继承action类即可!
运行结果
🌺访问者模式在jdk源码中的应用
JDK的NIO中的 FileVisitor 接口采用的就是访问者模式。
walkFileTree方法,该方法就是对文件进行遍历操作
其中FileVisitResult是一个枚举类
他根据我们传入文件的path经过FileVisitor的方法得到对应的结果,然后做下一步的操作
所以FileVisitor就类似于person,也就是Element 接收一个访问者对象
而我们传入的path(文件路径)就是我们的action,是抽象访问者
🍁应用案例的小结-双分派
上面提到了双分派,所谓双分派是指不管类怎么变化,我们都能找到期望的方法运行。双分派意味着得到执行的操作取决于请求的种类和两个接收者的类型
以上述实例为例,假设我们要添加一个 Wait 的状态类,考察 Man 类和 Woman 类的反应,由于使用了双分派,只需增加一个 Action 子类即可在客户端调用即可,不需要改动任何其他类的代码。
🍃访问者模式的注意事项和细节
优点
- 访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高
- 访问者模式可以对功能进行统一,可以做报表、UI、拦截器与过滤器,适用于数据结构相对稳定的系统
缺点
- 具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的, 这样造成了具体元素变更比较困难
- 违背了依赖倒转原则。访问者依赖的是具体元素,而不是抽象元素
因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式就是比较合适的.
资料参考:https://www.bilibili.com/video/BV1G4411c7N4
代码地址:https://gitee.com/WangFuGui-Ma/design-pattern/tree/master/design