设计模式 -- 访问者模式（Visitor Pattern）

1 问题引出

1.1 测评系统的需求

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

1.2 传统方式解决

• 如果系统比较小，还是 ok 的，但是考虑系统增加越来越多新的功能时，对代码改动较大,违反了 ocp 原则， 不利于维护
• 扩展性不好，比如 增加了 新的人员类型，或者管理方法，都需要较多的变化

2 基本介绍

1. 访问者模式（Visitor Pattern），封装一些作用于某种数据结构的各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。

2. 主要将数据结构与数据操作分离，解决 数据结构和操作耦合性问题

3. 访问者模式的基本工作原理是：在被访问的类里面加一个对外提供接待访问者的接口

4. 访问者模式主要应用场景是：需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联)，同时需要避免让这些操作"污染"这些对象的类，可以选用访问者模式解决。

5. 访问者模式是一种行为型设计模式

3 原理结构图

3.1 类图

3.2 说明

1. Visitor 是抽象访问者，为该对象结构中的 ConcreteElement 的每一个类声明一个 visit 操作

2. ConcreteVisitor ：是一个具体的访问值 实现每个有 Visitor 声明的操作，是每个操作实现的部分.

3. ObjectStructure 能枚举它的元素， 可以提供一个高层的接口，用来允许访问者访问元素

4. Element 定义一个 accept 方法，接收一个访问者对象

5. ConcreteElement 为具体元素，实现了 accept 方法

4 应用实例

4.1 类图

4.2 代码实现

Action

public abstract class Action {
	
    // 得到男性测评
	public abstract void getManResult(Man man);

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

Client

public class Client {

	public static void main(String[] args) {
		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);
	}

}

Fail

public class Fail extends Action {

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

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

}

Man

public class Man extends Person {

	@Override
	public void accept(Action action) {
		action.getManResult(this);
	}

}

ObjectStructure

public 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);
		}
	}
}

Person

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

Success

public class Success extends Action {

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

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

}

Wait

public class Wait extends Action {

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

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

}

Woman

public class Woman extends Person{

	@Override
	public void accept(Action action) {
		action.getWomanResult(this);
	}

}

说明：

        这里使用到了双分派，即首先在客户端程序中，将具体状态作为参数传递Woman中(第一次分派)，然后Woman 类调用作为参数的"具体方法”中方法getWomanResult，同时将自己(this)作为参数传入，完成第二次的分派。

拓展：

        双分派是一种设计模式，它允许在运行时根据两个对象的类型来选择执行合适的函数或方法。在理解双分派之前，需要了解单分派和双分派的区别。单分派是指根据对象的运行时类型来决定执行哪个对象的方法，而具体执行对象的哪个方法则根据方法参数的编译时类型决定。

5 优缺点

5.1 优点

1. 可以在不修改已有代码结构的情况下，为对象结构中的各个元素添加新的操作，使得系统易于扩展。

2. 访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高

3. 访问者模式可以对功能进行统一，可以做报表、UI、拦截器与过滤器，适用于数据结构相对稳定的系统

5.2 缺点

1. 具体元素对访问者公布细节，也就是说访问者关注了其他类的内部细节，这是迪米特法则所不建议的, 这样造成了具体元素变更比较困难

2. 违背了依赖倒转原则。访问者依赖的是具体元素，而不是抽象元素

3. 增加新的元素类型可能会导致需要修改抽象访问者接口，违背“开闭原则”。

6 应用场景

• 场景一：当一个对象结构包含多种类型的元素，且这些元素需要执行不同的操作时，可以考虑使用访问者模式。
• 场景二：如果需要对一个稳定的对象结构中的元素进行多种不同的操作，且这些操作经常变化，也适合应用访问者模式。

7 总结

        总而言之，访问者模式通过将操作从对象结构中分离出来，实现了在不改变对象结构的前提下，对其中的元素执行新的操作。这种模式适用于对象结构稳定，但操作经常变化的场景。尽管其实现较为复杂，但在合适的情况下使用访问者模式会带来显著的灵活性和可扩展性。