图解Java设计模式之访问者模式---海仔

图解Java设计模式之访问者模式测试系统的需求传统方式的问题分析访问者模式基本介绍访问者模式应用实例访问者模式的注意事项和细节测试系统的需求

1）将人分为男人和女人，对歌手进行测评，看完某个歌手表演后，得到他们对该歌手的不同评价（评价有不同的种类，比如成功、失败等） 2）传统方案

传统方式的问题分析

1）如果系统比较小，没有问题，但是考虑系统增加越来越多的新的功能时，对代码改动比较大，违反类ocp原则，不利于维护。 2）扩展性不好，比如增加类新的人员类型，或者管理方法。

访问者模式基本介绍

1）访问者模式（Visitor Pattern），封装一些作用于某种数据结构的各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。 2）主要将数据结构与数据操作分离，解决数据结构和操作耦合性问题 3）访问者模式的基本工作原理是 ：在被访问的类里面加一个对外提供接待访问者的接口 4）访问者模式主要应用场景是 ：需要对一个对象结构中的对象进行很多不同操作（这些操作彼此没有关联），同时需要避免让这些操作“污染”这些对象的类，可以选用访问者模式解决。

说明 ： 1）Visitor 是抽象访问者，为该对象结构中的ConcreteElement的每一个类声明一个visit操作。 2）ConcreteVisitor ：是一个具体的访问值，实现每个有Visitor 声明的操作，是每个操作实现的部分。 3）ObjectStructure 能枚举它的元素，可以提供一个高层的接口，用来允许访问者访问元素。 4）Element 定义一个accept方法，接收一个访问者对象。 5）ConcreteElement 为具体元素，实现类accept方法。

访问者模式应用实例package com.example.demo.visitor; import javax.activation.MailcapCommandMap; public abstract class Action { /** * 得到男性的测评 * @param man */ public abstract void getManResult(Man man); /** * 得到女的测评 * @param woman */ public abstract void getWomanResult(Woman woman); } package com.example.demo.visitor; public class Fail extends Action{ @Override public void getManResult(Man man) { // TODO Auto-generated method stub System.out.println(" 男人给的评价该歌手很失败 ！ "); } @Override public void getWomanResult(Woman woman) { // TODO Auto-generated method stub System.out.println(" 女人给的评价该歌手很失败 ！ "); } } package com.example.demo.visitor; public class Success extends Action{ @Override public void getManResult(Man man) { // TODO Auto-generated method stub System.out.println(" 男人给的评价该歌手很成功 ！ "); } @Override public void getWomanResult(Woman woman) { // TODO Auto-generated method stub System.out.println(" 女人给的评价该歌手很成功 ！ "); } } package com.example.demo.visitor; public abstract class Person { public abstract void accept(Action action); } package com.example.demo.visitor; public class Man extends Person { @Override public void accept(Action action) { // TODO Auto-generated method stub action.getManResult(this); } } package com.example.demo.visitor; /** * 说明 * 1. 这里我们使用到了双分派，即首先在客户端程序中，将具体状态作为参数传递Woman中（第一次分派） * 2. 然后Woman 类调用作为参数的 “具体方法” 中方法getWomanResult，同时将自己（this）作为参数传入，完成第二次的分派 * @author zhaozhaohai * */ public class Woman extends Person { @Override public void accept(Action action) { // TODO Auto-generated method stub action.getWomanResult(this); } } package com.example.demo.visitor; import java.util.LinkedList; import java.util.List; /** * 数据结构，管理很多人（Man，Woman） * @author zhaozhaohai * */ public class ObjectStructure { /** * 维护一个集合 */ private List<Person> persons = new LinkedList<Person>(); /** * 增加到list * @param person */ public void attach(Person person) { persons.add(person); } /** * 移除 * @param person */ public void detach(Person person) { persons.remove(person); } /** * 显示测试情况 * @param action */ public void display(Action action) { for (Person person : persons) { person.accept(action); } } } package com.example.demo.visitor; public class Wait extends Action{ @Override public void getManResult(Man man) { // TODO Auto-generated method stub System.out.println(" 男人给的评价是该歌手待定。。 "); } @Override public void getWomanResult(Woman woman) { // TODO Auto-generated method stub System.out.println(" 女人给的评价是该歌手待定。。 "); } } package com.example.demo.visitor; public class Client { public static void main(String[] args) { // TODO Auto-generated method stub // 创建ObjectStructure ObjectStructure objectStructure = new ObjectStructure(); objectStructure.attach(new Man()); objectStructure.attach(new Woman()); // 成功 Success success = new Success(); objectStructure.display(success); System.out.println("-------------------"); // 失败 Fail fail = new Fail(); objectStructure.display(fail); System.out.println("----------给的是待定的测评------------"); Wait wait = new Wait(); objectStructure.display(wait); } }

小结 - 双分派 上面提到双分派，所谓双分派是指不管类怎么变化，我们都能找到期望的方法运行。双分派意味着得到执行的操作取决于请求的种类和两个接收者的类型。 假设要添加一个Wait的状态类，考察Man类和Woman类的反应，由于使用了双分派，只需增加一个Action子类即可在客户端调用即可，不需要改动任何其他类的代码。

访问者模式的注意事项和细节

优点 ： 1）访问者模式符合单一职责原则，让程序具有优秀的扩展性和灵活性非常高。 2）访问者模式可以对功能进行统一，可以做报表、UI、拦截器与过滤器，适用于数据结构相对稳定的系统。 缺点 ： 1）具体元素对访问者公布细节，也就是说访问者关注类其他类的内部细节，这是迪米特法则所不建议的，这样造成类具体元素变更比较困难。 2）违背类依赖导致原则，访问者依赖的是具体元素，而不是抽象元素。 3）因此，如果一个系统有比较稳定的数据结构，又有经常变化的功能需求，那么访问者模式就是比较合适的。

---来自腾讯云社区的---海仔