一、访问者模式
1、案例分析
1.1 测评系统的需求
将观众分为男人和女人,对歌手进行测评,当看完某个歌手表演后,得到他们对该歌手不同的评价(评价有不同的种类,比如:成功、失败等)
1.2 传统方案
1.3 传统方式问题分析
(1)如果系统比较小,还是ok的,但是考虑系统增加越来越多的新功能时,对代码改动较大,违反了开闭原则(新增一个待定评价,man和women类都得修改),不利于维护
(2)扩展性不好,比如 增加了新的人员类型,或者管理方法,都不好做
2、访问者模式基本介绍
2.1 基本介绍
(1)访问者模式(Visitor Pattern),封装一些作用于某种数据结构的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作
(2)主要将数据结构与数据操作分离,解决 数据结构 和操作耦合性的问题
(3)访问者模式的基本工作原理:在被访问的类里面加一个对外提供接待访问者的接口。
(4)访问者模式主要应用场景:需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联),同时需要避免让这些操作“污染”这些对象的类,可以选用访问者模式解决
2.2 原理类图
(1)Visitor是抽象访问者,为该对象结构中的ConcreteElement的每一个类声明一个visit操作
(2)ConcreteVisitor:具体的访问者,实现每个有Visitor声明的操作,是每个操作实现的部分
(3)ObjectStructure能枚举它的元素,可以提供一个高层的接口,用来允许访问者访问元素
(4)Element定义了一个accpet方法,接收一个访问者对象
(5)ConcreteElement为具体元素,实现了accept方法
3、访问者模式案例实例原理类图
4、代码实例
4.1 Person抽象类
1 | public abstract class Person { |
4.2 Man类
继承Person类,实现抽象类方法
1 | public class Man extends Person{ |
4.3 Women类
继承Person类,实现抽象类方法
1 | public class Women extends Person { |
4.4 Action抽象类
聚合 man和women
1 | public abstract class Action { |
4.5 Success类
继承Action,实现Action类
1 | public class Success extends Action { |
4.6 Fail类
继承Action,实现Action类
1 | public class Fail extends Action { |
4.7 ObjectStructure类
1 | import java.util.LinkedList; |
4.8 Client类
1 | public class Client { |
结果:
1
2
3
4
5 男人给的评价是:该歌手很成功!
女人给的评价是:该歌手很成功!
==========================
男人给的评价是:该歌手很失败!
女人给的评价是:该歌手很失败!
4.9 扩展
4.9.1 visitor类
1 | public class Wait extends Action { |
4.9.2 Client类
1 | public class Client { |
结果:
1
2
3
4
5
6
7
8 男人给的评价是:该歌手很成功!
女人给的评价是:该歌手很成功!
==========================
男人给的评价是:该歌手很失败!
女人给的评价是:该歌手很失败!
====给待定的测评=====
男人给的评价是 该歌手待定
女人给的评价是 该歌手待定
5、访问者模式的注意事项和细节
5.1 优点
- 访问者模式符合单一职责原则,让程序具有优秀的扩展性、灵活性非常高
- 访问者模式可以对功能进行统一,可以做报表、UI、拦截器与过滤器,适用于数据结构相对稳定的系统
5.2 缺点
具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则所不建议的,这样造成了具体元素变更比较困难。
违背了依赖倒转原则。访问者依赖的是具体元素,而不是抽象元素
比如在Action类中, public abstract void getManResult(Man man);依赖的是Man,而不是Person
因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式就是比较合适的。