访问者模式
封装一些作用于某种数据结构中的各元素的操作,它可以在不改变数据结构的前提下定义作用于这些元素的新的操作
1. UML类图
2. 定义
- Visitor抽象访问者:抽象类或者接口,声明访问者可以访问哪些元素,具体到程序中就是visit方法的参数定义哪些对象是可以被访问的
- ConcreteVisitor具体访问者:它影响访问者访问到一个类后该怎么敢, 要做什么事情
- Element抽象元素:接口或者抽象类,声明接受哪一类访问者访问,程序上是用过accept方法中的参数来定义的
- ConcreteElement具体元素:实现accept方法,通常是visitor.visit(this),基本上都形成了一种模式
- ObjectStructure结构对象:元素产生着,一般容纳在多个不同类、不同接口的容器,如List、Set、Map等
3. 通用源码
//抽象元素
public abstract class Element{
//执行自身的业务逻辑
public abstract void doSomenthing();
//定义访问者都有哪些
public abstract void accept(IVisitor visitor);
}
//具体元素
public class ConcreteElement1 extends Element{
//完善业务逻辑
public void doSomenthing() {
System.out.println("我是元素1的具体实现者...");
}
//允许哪个访问者访问
public void accept(IVisitor visitor) {
visitor.visit(this);
}
}
public class ConcreteElement2 extends Element{
//完善业务逻辑
public void doSomenthing() {
System.out.println("我是元素1的具体实现者...");
}
//允许哪个访问者访问
public void accept(IVisitor visitor) {
visitor.visit(this);
}
}
//抽象饭访问者
public interface IVisitor{
//定义访问ConcreteElement1类的具体实现
public void visit(ConcreteElement1 con1);
//定义访问ConcreteElement2类的具体实现
public void visit(ConcreteElement2 con2);
}
//具体访问者
public class Visitor implements IVisitor{
@Override
public void visit(ConcreteElement1 con1) {
con1.doSomenthing();
System.out.println("----访问者1号,执行任务");
}
@Override
public void visit(ConcreteElement2 con2) {
con2.doSomenthing();
System.out.println("----访问者2号,执行任务");
}
}
//结构对象
public class ObjectStruture{
//利用一个随机数,产生实现类1和2的对象
public static Element createElement(){
Random random = new Random();
if(random.nextInt(100)>50){
return new ConcreteElement1();
}
return new ConcreteElement2();
}
}
//场景类
public class Client{
public static void main(String[] args){
for(int i=0;i<10;i++){
//获得元素对象
Element e1 = ObjectStruture.createElement();
//接收访问者访问
e1.accept(new Visitor());
}
}
}
4. 应用
4.1 优点
- 符合单一职责原则:具体元素角色负责数据的加载,Visitor类负责报表的展现,两个不同的职责非常明确地分离开来,各自演绎变化
- 优秀的扩展性:由于职责分开,继续增加对数据的操作是非常快捷的
- 灵活性非常高
4.2 缺点
- 具体元素对访问者公布细节:访问者要访问一个类就必然要求这个类公布一些方法和数据,也就是说访问者关注了其他类的内部细节
- 具体元素变更比较困难:具体元素角色的增加、删除、修改的都是比较困难的
- 违背了依赖倒置原则:访问者依赖的是具体元素,而不是抽象元素,破坏依赖倒置的原则
4.3 使用场景
- 一个对象结构包含很多了类对象,他们有不同的接口,而你想对这些对象实施一些依赖于其具体类的操作,也就是用迭代器模式已经不能胜任的场景
- 需要对一个对象结构中的对象进行很多不同并且不相关的操作,而你想避免让这些操作“污染”这些对象的类
5. 扩展
统计功能: 可在抽象访问者中增加统计的方法,通过实现类去实现它
多个访问者: 增加访问者的接口和实现类即可