设计模式（22）——行为变化模式（2）——访问者模式

目录

1.基本介绍

2.动机

3.类图

4.案例：测评系统

5.总结

---

1.基本介绍

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

2.动机

• 在软件构建过程中，由于需求的改变，某些类层次结构中常常需要增加新的行为（方法），如果直接在基类中做这样的更改，将会给子类带来很繁重的变更负担，甚至破坏原有设计
• 如何在不更改类层次结构的前提下，在运行时根据需要透明地为类层次结构上的各个类动态添加新的操作，从而避免上述问题？

3.类图

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

4.案例：测评系统

需求：

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

传统设计方案：

成功和失败的功能作为Person的方法，由Man和Woman来实现

分析：

• 当我们需要为父类增加方法（如待定）时，就需要同时修改父类Person和所有子类Man和Woman，违背了OCP原则

访问者模式解决：

类图：

代码：

package cn.cqu.Visitor;

public abstract class Action {

    //得到男性的测评结果
    public abstract void getManResult(Man man);

    //得到女性的测评结果
    public abstract void getWomanResult(Woman woman);
}

package cn.cqu.Visitor;

public class Success extends Action{
    @Override
    public void getManResult(Man man) {
        System.out.println("男人给的评价是该歌手很成功");
    }

    @Override
    public void getWomanResult(Woman woman) {
        System.out.println("女人给的评价是该歌手很成功");
    }
}

package cn.cqu.Visitor;

public class Fail extends Action{
    @Override
    public void getManResult(Man man) {
        System.out.println("男人给的评价是该歌手很失败");
    }

    @Override
    public void getWomanResult(Woman woman) {
        System.out.println("女人给的评价是该歌手很失败");
    }
}

package cn.cqu.Visitor;

public class Wait extends Action{
    @Override
    public void getManResult(Man man) {
        System.out.println("男人给的评价是该歌手待定");
    }

    @Override
    public void getWomanResult(Woman woman) {
        System.out.println("女人给的评价是该歌手待定");
    }
}

package cn.cqu.Visitor;

public abstract class Person {

    //提供一个方法，让访问者可以访问
    public abstract void accept(Action action);
}

package cn.cqu.Visitor;

/**
 * 这里我们使用到了双分派，
 * 第一次分派：首先在客户端程序中，将具体的状态作为参数传递到了Man中，
 * 第二次分派：然后Man调用作为参数的“具体方法”中的getManResult方法，同时将自己（this）作为参数传入
 *
 */
public class Man extends Person{
    @Override
    public void accept(Action action) {
        action.getManResult(this);
    }
}

package cn.cqu.Visitor;

public class Woman extends Person {
    @Override
    public void accept(Action action) {
        action.getWomanResult(this);
    }
}

package cn.cqu.Visitor;

import java.util.LinkedList;
import java.util.List;

//数据结构，管理了很多的人，有man还有woman
public class ObjectStructure {

    //维护了一个集合
    private List<Person> persons = new LinkedList<>();

    //添加
    public void attach(Person person){
        persons.add(person);
    }

    //移除
    public void detach(Person person){
        persons.remove(person);
    }

    //显示测评情况
    public void display(Action action){
        for (Person person : persons) {
            person.accept(action);
        }
    }
}

package cn.cqu.Visitor;

public class Client {
    public static void main(String[] args) {
        ObjectStructure structure = new ObjectStructure();

        structure.attach(new Man());
        structure.attach(new Man());
        structure.attach(new Woman());
        structure.attach(new Woman());

        //成功
        Success success = new Success();
        structure.display(success);

        System.out.println("==================");

        //失败
        Fail fail = new Fail();
        structure.display(fail);

        System.out.println("==================");

        //待定
        Wait wait = new Wait();
        structure.display(wait);

    }
}

• 上面提到了双分派，
  • 单分派是一个操作是根据请求者的名称和接收到的参数决定的，在Java有静态绑定和动态绑定，分别是通过重载和覆写实现的
  • 双分派意味着得到执行的操作取决于请求的种类和两个接收者的类型（如案例中的第一次分派接收的Action和第二次分派接收的Man或Woman）。双分派是指不管类怎么变化，我们都能找到期望的方法运行。
• 以上述实例为例，假设我们要添加一个Wait的状态类，考察Man类和Woman类的反 应，由于使用了双分派，只需增加一个Action子类即可在客户端调用即可，不需要改动任何其他类的代码。

5.总结

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

• 因此，如果一个系统有比较稳定的数据结构，又有经常变化的功能需求，那么访问者模式就是比较合适的.