访问者模式

访问者模式是一个相对简单的模式，其定义如下：
Represent an operation to be performed on the elements of an object structrue. Visitor lets you define a new operation without
changing the classes of the elements on which it operates
封装一些作用于某种数据结构中的各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新操作。

访问者模式角色：
1.Visitor抽象访问者：抽象类或者接口，声明访问者可以访问哪些元素
2.ConcreteVisitor具体访问者：它影响访问者访问到一个类后该怎么干，要做什么事情
3.Element抽象元素：接口或者抽象类，声明接受哪一类访问者访问
4.ConcreteElement具体元素：实现accept方法，通常是visitor.visit(this),基本上都形成了一种模式了。
5.ObjectStructure结构对象：元素产生者，一般容纳在多个不同类，不同接口的容器，如List，Set，Map等，在项目中一般很少抽象出这个角色

//抽象元素 有两类方法：一是本身的业务逻辑，二是允许哪一个访问者来访问
public abstract class Element{
    //定义业务逻辑
    public abstract void  doSomething();
    //允许谁来访问
    public abstract void accept(IVisitor visitor);
}
//具体元素
public class ConcreteElement1 extends Element{
    //完善业务逻辑
    public void doSomething(){
        //....
    }
    //允许那个访问者访问
    public void accept(IVisitor visitor){
        visitor.visit(this);
    }
}
public class ConcreteElement2 extends Element{
    //完善业务逻辑
    public void doSomething(){
        //....
    }
    //允许那个访问者访问
    public void accept(IVisitor visitor){
        visitor.visit(this);
    }
}
//抽象访问者 一般是有几个具体元素就有几个访问方法
public interface IVisitor{
    //可以访问哪些对象
    public void visit(ConcreteElement1 el1);
    public void visit(ConcreteElement2 el2);
}
//具体访问者
public class Visitor implements IVisitor{
    //访问元素el1
    public void visit(ConcreteElement1 el1){
        el1.doSomething();
    }
    public void visit(ConcreteElement2 el2){
        el2.doSomething();
    }
}
//结构对象
public class ObjectStructure{
    public static Element createElement(){
        Random random=new Random();
        if(random.nextInt(100)>50){
            return new ConcreteElement1();
        }else{
            return new ConcreteElement2();
        }
    }
}
//场景类
public class Client{
    public static void main(String[] args){
        for(int i=0;i<10;i++){
            Element el=ObjectStructure.createElement();
            el.accept(new Visitor());
        }
    }
}

访问者模式的优点：
1.符合单一职责原则：具体元素角色的两个子类负责数据的加载，而Visitor类负责报表的展现，两个不同职责非常明确地分离开来
2.优秀的扩展性：
3.灵活性非常高
缺点：
1.具体元素对访问者公布细节：访问者要访问一个类就必然要求这个类公布一些方法和数据，也就是说访问者关注了其他类的内部细节，这是迪米特
法则所不建议的
2.具体元素变更比较困难：具体元素角色的增加,删除,修改都是比较困难的
3.违背了依赖倒置原则：访问者依赖的是具体元素，而不是抽象元素，这破坏了依赖倒置原则，特别是面向对象的编程中，抛弃了对接口的依赖,而直
接依赖实现类，扩展比较困难。

访问者模式使用的场景
1.一个对象结构包含很多类对象，它们有不同的接口，而你想对这些对象实施一些依赖于具体类的操作，也就是说用迭代器模式已经不能胜任的情景
2.需要对一个对象结构中的对象进行很多不同并且不相关的操作，而又想避免让这些操作“污染”这些对象的类
总结一下，在这种地方你一定要考虑使用访问者模式：业务规则要求遍历多个不同的对象。这本身也是访问者模式出发点，迭代器模式只能访问同类或同
接口的数据(当然，如果使用instanceof,那么能访问所有的数据)，而访问者模式是对迭代器模式的扩充，可以遍历不同的对象，然后执行不同的操作,也
就是针对访问对象不同，执行不同的操作。访问模式还有一个用途，就是充当拦截器角色