JAVA设计模式之访问者模式-CSDN博客

本文链接：https://blog.csdn.net/xyw387957959/article/details/53727141

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等，在项目中一般很少抽象出这个角色。

应用

XML文档解析器的设计
编译器的设计
复杂集合处理

假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操作，为了避免这些操作污染这个对象，则可以使用访问者模式来把这些操作封装到访问者中去。

假如一组对象中，存在着相似的操作，为了避免出现大量重复的代码，也可以将这些重复的操作封装到访问者中去。

代码

抽象元素类

 
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 getList(){    
        List list = new ArrayList();    
        Random ran = new Random();    
        for(int i=0; i

总结

优点

符合单一职责原则：凡是适用访问者模式的场景中，元素类中需要封装在访问者中的操作必定是与元素类本身关系不大且是易变的操作，使用访问者模式一方面符合单一职责原则，另一方面，因为被封装的操作通常来说都是易变的，所以当发生变化时，就可以在不改变元素类本身的前提下，实现对变化部分的扩展。

扩展性良好：元素类可以通过接受不同的访问者来实现对不同操作的扩展。

缺点

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

参考：http://blog.csdn.net/jason0539