访问者模式
测评系统的需求1.将观众分为男人和女人，对歌手进行评测，当看完某个歌手表演后，得到他们对该歌手
不同的评价
2.传统的方案
传统方案的问题分析
1.如果系统比较小，还是ok的，但是考虑系统增加越来越多新的功能时，对代码修改比较大，违反了
OCP原则
2.扩展性不好，比如增加了新的人员类型，或者管理方法，都不好做
3.引出新的设计模式-访问者模式
访问者模式的基本介绍
1.访问者模式，封装一些作用于某中数据结构的各元素操作，它可以在不改变数据结构的前提下定义作用于这些
元素的新的操作
2.主要将数据结构与数据操作分离，解决数据结构和操作耦合性问题
3.访问者模式的基本工作原理是：在被访问的类里面加一个对外提供接待访问者的接口
4.访问者模式主要应用场景是：需要对一个对象结构中的对象进行很多不同操作
（这些操作彼此没有关联），同时需要避免让这些操作“污染”这些对象的类，可以选用访问者模式解决
访问者模式的原理类图
1.visitor是抽象访问者，为该对象结构中的ConcreteElement的每一个类声明一个visit操作
2.ConcreteVisitor是一个具体的访问值，实现每个有visitor声明操作，是每个操作实现的部分
3.ObjectStructure能枚举它的元素，可以提供一个高层的接口，用来允许访问者访问元素
4.Element定义了一个accept方法，接受一个访问者对象
5.ConcreteElement实现了具体的元素
public abstract class Action{
public abstract void getManResult(Man man);
public abstract void getWomanResult(Woman woman);
}
public class Success extends Action{
public void getManResult(Man man){
System.out.println("男人给的评价该歌手很成功");
}
public void getWomanResult(Woman woman){
System.out.println("女人给的评价该歌手很成功");
}
}
public class Fail extends Action{
public void getManResult(Man man){
System.out.println("男人给的评价该歌手很失败");
}
public void getWomanResult(Woman woman){
System.out.println("女人给的评价该歌手很失败");
}
}
public abstract class Person{
//提供一个方法，让访问者可以访问
public abstract void accept(Action action);
}
public class Man extends Person{
public void accept(Action action){
action.getManResult(this);
}
}
public class Woman extends Person{
public void accept(Action action){
action.getWomanResult(this);
}
}
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);
}
}
}
public class Client{
public static void main(String[]args){
}
}
应用案例小结
上面提到了双分派，所谓双分派是指不管类怎么变化，我们都能找到期望的方法运行，双分派
意味着得到执行的操作取决于请求的种类和两个接受者的类型
-以上述实例为例，假如我们要添加一个wait的状态类，考察man类和woman类的反应
，由于使用了双分派，只需增加一个action子类即可在客户端调用即可，不需要修改任何其他类的代码
访问者模式的注意事项和细节
优点：
1.访问者模式符合单一职责原则，让程序具有优秀的扩展性，灵活性非常高
2.访问者模式可以对功能进行统一，可以做报表，UI，拦截器，与过滤器，适用
于数据结构相对稳定的系统
缺点：
1.具有元素对访问者公布细节，也就是说访问者关注了其他类的内部细节，这是迪米特法则
所不建议的，这样造成了具体元素变更比较困难
2.违背了依赖倒转原则，访问者依赖的是具体的元素，而不是抽象元素
3.因此，如果一个系统有比较稳定的数据结构，又有经常变化的功能需求，那么访问者模式
就比较合适的 厉害了
页:
[1]