Java设计模式-----访问者模式

定义
封装某些做用于某种数据结构中各元素的操做，它能够在不改变数据结构的前提下定义做用于这些元素的新的操做。

class A {  
    public void method1(){  
        System.out.println("我是A");  
    }  
      
    public void method2(B b){  
        b.showA(this);  
    }  
}  
  
class B {  
    public void showA(A a){  
        a.method1();  
    }  
}

看一下在类A中，方法method1和方法method2的区别在哪里，方法method1很简单，就是打印出一句“我是A”；方法method2稍微复杂一点，使用类B做为参数，并调用类B的showA方法。再来看一下类B的showA方法，showA方法使用类A做为参数，而后调用类A的method1方法，能够看到，method2方法绕来绕去，无非就是调用了一下本身的method1方法而已，它的运行结果应该也是“我是A”，分析完以后，咱们来运行一下这两个方法，并看一下运行结果：

public class Test {  
    public static void main(String[] args){  
        A a = new A();  
        a.method1();  
        a.method2(new B());  
    }  
}

运行结果为：

我是A
我是A

角色
在例子中，对于类A来讲，类B就是一个访问者。
抽象访问者：抽象类或者接口，声明访问者能够访问哪些元素，具体到程序中就是visit方法中的参数定义哪些对象是能够被访问的。
访问者：实现抽象访问者所声明的方法，它影响到访问者访问到一个类后该干什么，要作什么事情。
抽象元素类：接口或者抽象类，声明接受哪一类访问者访问，程序上是经过accept方法中的参数来定义的。抽象元素通常有两类方法，一部分是自己的业务逻辑，另外就是容许接收哪类访问者来访问。
元素类：实现抽象元素类所声明的accept方法，一般都是visitor.visit(this)，基本上已经造成一种定式了。
结构对象：一个元素的容器，通常包含一个容纳多个不一样类、不一样接口的容器，如List、Set、Map等，在项目中通常不多抽象出这个角色。

抽象元素类

abstract class Element {  
    public abstract void accept(IVisitor visitor);  
    public abstract void doSomething();  
}

元素类

class ConcreteElement1 extends Element {  
    public void doSomething(){  
        System.out.println("这是元素1");  
    }  
      
    public void accept(IVisitor visitor) {  
        visitor.visit(this);  
    }  
}  
  
class ConcreteElement2 extends Element {  
    public void doSomething(){  
        System.out.println("这是元素2");  
    }  
      
    public void accept(IVisitor visitor) {  
        visitor.visit(this);  
    }  
}

抽象访问者

interface IVisitor {  
    public void visit(ConcreteElement1 el1);  
    public void visit(ConcreteElement2 el2);  
}

访问者

class Visitor implements IVisitor {  
  
    public void visit(ConcreteElement1 el1) {  
        el1.doSomething();  
    }  
      
    public void visit(ConcreteElement2 el2) {  
        el2.doSomething();  
    }  
}

结构对象

class ObjectStruture {  
    public static List<Element> getList(){  
        List<Element> list = new ArrayList<Element>();  
        Random ran = new Random();  
        for(int i=0; i<10; i++){  
            int a = ran.nextInt(100);  
            if(a>50){  
                list.add(new ConcreteElement1());  
            }else{  
                list.add(new ConcreteElement2());  
            }  
        }  
        return list;  
    }  
}

客户端

public class Client {  
    public static void main(String[] args){  
        List<Element> list = ObjectStruture.getList();  
        for(Element e: list){  
            e.accept(new Visitor());  
        }  
    }  
}

优势
符合单一职责原则：凡是适用访问者模式的场景中，元素类中须要封装在访问者中的操做一定是与元素类自己关系不大且是易变的操做，使用访问者模式一方面符合单一职责原则，另外一方面，由于被封装的操做一般来讲都是易变的，因此当发生变化时，就能够在不改变元素类自己的前提下，实现对变化部分的扩展。
扩展性良好：元素类能够经过接受不一样的访问者来实现对不一样操做的扩展。

缺点
增长新的元素类比较困难。经过访问者模式的代码能够看到，在访问者类中，每个元素类都有它对应的处理方法，也就是说，每增长一个元素类都须要修改访问者类（也包括访问者类的子类或者实现类），修改起来至关麻烦。也就是说，在元素类数目不肯定的状况下，应该慎用访问者模式。因此，访问者模式比较适用于对已有功能的重构，好比说，一个项目的基本功能已经肯定下来，元素类的数据已经基本肯定下来不会变了，会变的只是这些元素内的相关操做，这时候，咱们可使用访问者模式对原有的代码进行重构一遍，这样一来，就能够在不修改各个元素类的状况下，对原有功能进行修改。

适用场景 假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操做，为了不这些操做污染这个对象，则可使用访问者模式来把这些操做封装到访问者中去。 假如一组对象中，存在着类似的操做，为了不出现大量重复的代码，也能够将这些重复的操做封装到访问者中去。