访问者模式(Visitor Pattern),封装一些作用于某种数据结构的各元素的操作, 它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。 主要将数据结构与数据操作分离,解决 数据结构和操作耦合性问题;访问者模式的基本工作原理是:在被访问的类里面加一个对外提供接待访问者的接口; 访问者模式主要应用场景是:需要对一个对象结构中的对象进行很多不同操作 (这些操作彼此没有关联),同时需要避免让这些操作"污染"这些对象的类,可以 选用访问者模式解决。
1.类图
2.代码
public abstract class Person {
//提供一个方法 让访问者可以访问
public abstract void accept(Action action);
}
//使用到双分派 客户端将具体状态作为参数传递Man
//Man类调用作为参数的具体方法getManResult 同时将自己作为参数传入
public class Man extends Person{
@Override
public void accept(Action action) {
action.getManResult(this);
}
}
public class Woman extends Person{
@Override
public void accept(Action action) {
action.getWomanResult(this);
}
}
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 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 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);
}
应用案例的小结
上面提到了双分派,所谓双分派是指不管类怎么变化,我们都能找到期望的方法运行。 双分派意味着得到执行的操作取决于请求的种类和两个接收者的类型 - 以上述实例为例,假设我们要添加一个Wait的状态类,考察Man类和Woman类的反 应,由于使用了双分派,只需增加一个Action子类即可在客户端调用即可,不 需要改动任何其他类的代码。
访问者模式的注意事项和细节
优点
-
访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高
-
访问者模式可以对功能进行统一,可以做报表、UI、拦截器与过滤器,适用于数据 结构相对稳定的系统
缺点
-
具体元素对访问者公布细节,也就是说访问者关注了其他类的内部细节,这是迪米 特法则所不建议的, 这样造成了具体元素变更比较困难
-
违背了依赖倒转原则。访问者依赖的是具体元素,而不是抽象元素
-
因此,如果一个系统有比较稳定的数据结构,又有经常变化的功能需求,那么访问 者模式就是比较合适的