访问者模式
-
基本介绍
- 访问者模式,封装一些作用于某种数据结构的各元素的操作,它可以在不改变数据结构的前提下定义这些元素的新的操作。
- 主要讲数据结构与数据操作分离,解决数据结构和操作耦合性问题。
- 访问者模式的基本工作原理是:在被访问的类里面加一个对外提供接待访问者的接口。
- 访问者模式的主要场景是:需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联),同时需要避免让这些操作“污染”这些对象的类,可以选用访问者模式解决。
-
原理类图
-
角色分析:
- Visitor是抽象的访问者,为该对象结构中的ConcreteElement的每一个类声明一个visit操作。
- ConcreteVisitor是一具体的访问值,实现每个有Visitor声明的操作,是每个操作实现的部分
- ObjectStructure能枚举它的元素,可以提供一个高层的接口,用来允许访问者访问元素。
- Element是定义一个accept方法,接收一个访问者对象
- ConcreteElement为具体元素,实现了accept方法。
-
代码
-
public abstract class Action { //得到男性的测评 public abstract void getManResult(Man man); //得到女的测评 public abstract void getWomanResult(Woman woman); } public class Fail extends Action{ @Override public void getManResult(Man man) { System.out.println("男人评价这个歌手失败"); } @Override public void getWomanResult(Woman woman) { System.out.println("女人评价这个歌手失败"); } } public class Success extends Action{ @Override public void getManResult(Man man) { System.out.println("男人评价这个歌手成功"); } @Override public void getWomanResult(Woman woman) { System.out.println("女人评价这个歌手成功"); } } public abstract class Person { abstract void accept(Action action); } //说明 //这里使用了双分派,即首先在客户端程序中,将具体的状态作为参数传递到Woman中 //然后Woman类调用作为参数的“具体参数”中方法getWomanresult,同时将自己(this)作为参数传入,完成第二次的分派 public class Man extends Person{ @Override void accept(Action action) { action.getManResult(this); } } public class Woman extends Person{ @Override void accept(Action action) { action.getWomanResult(this); } } 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); } } } public class Client { public static void main(String[] args) { //创建ObjectStructure ObjectStructure objectStructure = new ObjectStructure(); objectStructure.attach(new Man()); objectStructure.attach(new Woman()); //成功 Success success=new Success(); objectStructure.display(success); } }
-
-
注意事项
- 优点
- 访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高
- 访问者模式可以对功能进行统一,可以做报表、UI、拦截器与过滤器,适用于数据结构相对稳定的系统。
- 缺点
- 具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米特法则不建议的,这样造成了具体元素变化比较困难。
- 违背了依赖倒转廁。访问者依赖的是具体元素,而不是抽象元素。
- 因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问者模式就是比较适合的。
- 优点