前言介绍
接下里介绍的是Java 的设计模式之一：访问者模式
咱们还是以一个问题进行开展，引入访问者模式
当初有一个歌手表演零碎，每当歌手演唱完后，将观众分为男人与女人，失去他们对歌手的表演评估：反对，不反对，待定
那你会怎么制作这个评估零碎？
一、应用传统模式解决问题
当只有男人、女人的时候，创立一个抽象类，别离实现男人、女人的投票机制
传统形式的问题剖析
如果零碎比拟小，还是 ok 的，然而思考零碎减少越来越多新的性能时，对代码改变较大，违反了 ocp 准则， 不利于保护
扩展性不好，比方 减少了新的人员类型，或者治理办法，都不好做
当增加小孩、老人的投票机制，不好扩大
但增加弃权的投票形式，要批改原来的代码类
这时引出咱们会应用新的设计模式 – 访问者模式
二、什么是访问者模式
访问者模式（Visitor Pattern），封装一些作用于某种数据结构的各元素的操作，它能够在不扭转数据结构的前提下定义作用于这些元素的新的操作
次要将数据结构与数据操作拆散，解决数据结构和操作耦合性问题
访问者模式的根本工作原理是：在被拜访的类外面加一个对外提供接待访问者的接口
访问者模式次要利用场景是：须要对一个对象构造中的对象进行很多不同操作(这些操作彼此没有关联)，同时须要防止让这些操作"净化"这些对象的类，能够选用访问者模式解决
访问者模式的原理类图
Visitor 是形象访问者，为该对象构造中的 ConcreteElement 的每一个类申明一个 visit 操作
ConcreteVisitor ：是一个具体的拜访值 实现每个有 Visitor 申明的操作，是每个操作实现的局部.
ObjectStructure 能枚举它的元素，能够提供一个高层的接口，用来容许访问者拜访元素
Element 定义一个 accept 办法，接管一个访问者对象
ConcreteElement 为具体元素，实现了 accept 办法
三、应用访问者解决问题
依据思路，咱们先创立抽票形式的抽象类
abstract class Action { //失去男性 的测评 public abstract void getManResult(Man man); //失去女的 测评 public abstract void getWomanResult(Woman woman);}再依据思路创立投票人的抽象类
abstract class Person { //提供一个办法，让访问者能够拜访 public abstract void accept(Action action);}这时咱们依据思路创立反对、不反对等具体投票形式
class Success extends Action { @Override public void getManResult(Man man) { System.out.println(" 男人给予该歌手评估：反对 !"); } @Override public void getWomanResult(Woman woman) { System.out.println(" 女人给予该歌手评估：反对 !"); }}class Fail extends Action { @Override public void getManResult(Man man) { System.out.println(" 男人给予该歌手评估：不反对 !"); } @Override public void getWomanResult(Woman woman) { System.out.println(" 女人给予该歌手评估：不反对 !"); }}再依据思路创立具体的投票人，别离为成年男人小明，成人女人小红
class Man extends Person { @Override public void accept(Action action) { action.getManResult(this); }}class Woman extends Person { @Override public void accept(Action action) { action.getWomanResult(this); }}阐明
这里咱们应用到了双分派, 即首先在客户端程序中，将具体状态作为参数传递 Woman 中(第一次分派)
而后 Woman 类调用作为参数的 "具体方法" 中办法 getResult, 同时将本人(this)作为参数传入，实现第二次的分派
接下来创立ObjectStructure （投票形式 + 投票人）这种数据结构治理
//数据结构，治理很多人（Man , Woman）class ObjectStructure { //保护了一个汇合 private List<Person> persons = new LinkedList<>(); //减少到 list public void attach(Person p) { persons.add(p); } //移除 public void detach(Person p) { persons.remove(p); } //显示测评状况 public void display(Action action) { for (Person p : persons) { p.accept(action); } }}这时咱们应用demo 来领会看看访问者模式是怎么解决这个问题的
public static void main(String[] args) { //创立投票人 //创立支持者的ObjectStructure ObjectStructure objectSucessStructure = new ObjectStructure(); objectSucessStructure.attach(new Man()); objectSucessStructure.attach(new Woman()); objectSucessStructure.display(new Success());}男人给予该歌手评估：反对 !女人给予该歌手评估：反对 !四、访问者模式的注意事项和细节
Ø 长处
访问者模式合乎繁多职责准则、让程序具备优良的扩展性、灵活性十分高
访问者模式能够对性能进行对立，能够做报表、UI、拦截器与过滤器，实用于数据结构绝对稳固的零碎
Ø 毛病
具体元素对访问者颁布细节，也就是说访问者关注了其余类的外部细节，这是迪米特法令所不倡议的, 这样造成了具体元素变更比拟艰难
违反了依赖倒转准则。访问者依赖的是具体元素，而不是形象元素
因而，如果一个零碎有比较稳定的数据结构，又有常常变动的性能需要，那么访问者模式就是比拟适合的
参考资料
尚硅谷：设计模式（韩顺平老师）：访问者模式
Refactoring.Guru：《深刻设计模式》