行为型——访问者模式（Visitor）day16

在结构不变的情况下动态改变对于内部元素的动作

访问者模式基本介绍

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

访问者模式的原理类图

➢对原理类图的说明-即(访问者模式的角色及职责)

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

访问者模式应用实例

应用实例要求

1. 将人分为男人和女人，对歌手进行测评，当看完某个歌手表演后，得到他们对该歌手不同的评价(评价有不同的种类，比如成功、失败等)，使用访问者模式来说实现
2. 思路分析和图解(类图)
   

package com.xhl.visitor;

public abstract class Person {

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

package com.xhl.visitor;

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

public class Woman extends Person{

	@Override
	public void accept(Action action) {
		// TODO Auto-generated method stub
		action.getWomanResult(this);
	}

}

package com.xhl.visitor;

public class Man extends Person{

	@Override
	public void accept(Action action) {
		// TODO Auto-generated method stub
		action.getManResult(this);
	}

}

package com.xhl.visitor;

public abstract class Action {
	
	//得到男性的评价
	public abstract void getManResult(Man man);
	
	public abstract void getWomanResult(Woman woman);
}

package com.xhl.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.xhl.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.xhl.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.xhl.visitor;

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

//管理很多人（man、woman）
public class ObjectStructure {
	private List<Person> persons = new LinkedList<>();
	
	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);
		}
	}
}

package com.xhl.visitor;

public class VisitorDemo {

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

}

应用案例的小结-双分派

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

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

➢优点

1. 访问者模式符合单一职责原则、 让程序具有优秀的扩展性、灵活性非常高
2. 访问者模式可以对功能进行统一，可以做报表、UI、拦截器与过滤器，适用于数据结构相对稳定的系统

➢缺点

1. 具体元素对访问者公布细节，也就是说访问者关注了其他类的内部细节，这是迪米特法则所不建议的,这样造成了具体元素变更比较困难
2. 违背了依赖倒转原则。访问者依赖的是具体元素，而不是抽象元素
3. 因此，如果一个系统有比较稳定的数据结构，又有经常变化的功能需求，那么访问者模式就是比较合适的.