访问者模式。

访问者模式将稳定的数据结构和对数据结构的变化多端的操作解耦。

一般有这几个角色：

1、抽象访问者(Visitor)-声明所有访问者所需要的接口

2、具体访问者(ConcreteVisitor)-实现抽象访问者声明的接口

3、抽象节点元素(Element)-提供一个接口，能接受访问者作为参数传递给节点元素

4、具体节点元素(ConcreteElement)-实现抽象节点元素所声明的接口

5、结构对象(ObjectStructure)-提供一个接口，能够访问所有的节点元素，作为一个集合特有节点元素的引用

6、客户端(client)-分别创建访问者和节点元素的对象，调用访问者访问变量节点元素

类结构图：

visio2003画的，关系线条有问题。

抽象访问者

package edu.jxnu.demo.visitor;/** * 声明访问者所需要的接口 */public interface Visitor {public void visit(ConcreteElement concreteElement);public void visit(ConcreteElement2 concreteElement2);}

具体访问者

package edu.jxnu.demo.visitor;public class ConcreteVisitor implements Visitor {@Overridepublic void visit(ConcreteElement concreteElement) {concreteElement.doSomeThings();}@Overridepublic void visit(ConcreteElement2 concreteElement2) {concreteElement2.doSomeThings();}}

抽象元素

package edu.jxnu.demo.visitor;public interface ElementNode {public void doSomeThings();//做的事情public void accept(Visitor visitor);//接受访问者作为参数传进来}

具体元素1

package edu.jxnu.demo.visitor;public class ConcreteElement implements ElementNode {@Overridepublic void doSomeThings() {System.out.println("this is an element1 .....");}@Overridepublic void accept(Visitor visitor) {visitor.visit(this);}}

具体元素2

package edu.jxnu.demo.visitor;public class ConcreteElement2 implements ElementNode {@Overridepublic void doSomeThings() {System.out.println("this is an element2........");}@Overridepublic void accept(Visitor visitor) {visitor.visit(this);}}

结构对象

package edu.jxnu.demo.visitor;import java.util.ArrayList;import java.util.List;import java.util.Random;/** * 提供一个接口，可以访问所有节点元素 * 一般作为一个集合特有节点元素的引用 * @author liguobin * */class ObjectStruture{    public static List<ElementNode> getList() {        List<ElementNode>list = new ArrayList<ElementNode>();        Random ran = new Random();        for(int i = 0 ; i < 3 ; i ++){//随机创建三个节点元素            int a=ran.nextInt(100);            if(a>50){//大于50创建节点1，否则节点2                list.add( (ElementNode) new ConcreteElement());            }else{                list.add((ElementNode) new ConcreteElement2());            }        }        return list;    }}

测试

package edu.jxnu.demo.visitor;import java.util.List;/** * 分别创建访问者和节点元素对象，调用访问者访问变量节点元素 * @author liguobin * */public class ClientTest {public static void main(String[] args) {List<ElementNode> list = ObjectStruture.getList();//所有可以访问的节点元素for(ElementNode elementNode : list) {elementNode.accept(new ConcreteVisitor());//使用统一的accept结构调用，但是不同的节点，实现方式不同，对应不同的功能}}}

结果：

通过一个访问者ConcreteVisitor同时操作了两个不同的Element,不过这里仅仅是通过随机生成不同element。

最后是优缺点:

以下原文出处：http://blog.csdn.net/zhengzhb/article/details/7489639

访问者模式的优点

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

访问者模式的适用场景

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

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

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

参考《深入分析javaweb》