访问者模式

这是23种设计模式的最后一个——访问者模式，这个模式确实不怎么好理解，不怎么好用，而且实际中也很少用到这个设计模式。《大话设计模式》中就提到GoF四个人中有一个说过：“大多数时候你并不需要访问者模式，但当一旦你需要访问者模式时，那就是真的需要它了。”我们先来说说访问者模式运用到什么场景中，它适用于数据结构相对稳定的系统中。什么什么数据结构相对稳定呢？比如我们下面要举得例子就能很少说明。

世界上只有男人和女人，他们对待事物的看法有所不同，男人、女人分别对成功、失败、恋爱等等的看法经常不同，我们把成功、失败抽象为一个状态分别有男人反应和女人反应两个方法，把男人、女人抽象成人。这时，男人和女人就是相对稳定的系统，我们将男人和女人对待事物看法不同用程序代码并且用访问者模式来表达。

说实话，光看这个对象结构都已经够复杂了，我们通过代码再来理解理解

首先是抽象的Action类即我们上面提到的状态抽象类，这里是接口。

package day_16_visitor;

/**
 * 状态接口
 * @author 余林丰
 *
 * 2016年10月16日
 */
public interface Action {
    void getManConclusion(Man concreteEmelemtA);
    void getWomanConclusion(Woman concreteEmeletB);
}

接着对是该接口的实现，我们实现两个类，“成功”和“失败”。

package day_16_visitor;

/**
 * @author 余林丰
 *
 * 2016年10月16日
 */
public class Success implements Action {

    /* (non-Javadoc)
     * @see day_16_visitor.Action#getManConclusion(day_16_visitor.Man)
     */
    @Override
    public void getManConclusion(Man concreteEmelemtA) {
        System.out.println("男人对成功的看法");
    }

    /* (non-Javadoc)
     * @see day_16_visitor.Action#getWomanConclusion(day_16_visitor.Woman)
     */
    @Override
    public void getWomanConclusion(Woman concreteEmeletB) {
        System.out.println("女人对成功的看法");
    }

}

package day_16_visitor;

/**
 * @author 余林丰
 *
 * 2016年10月16日
 */
public class Failure implements Action {

    /* (non-Javadoc)
     * @see day_16_visitor.Action#getManConclusion(day_16_visitor.Man)
     */
    @Override
    public void getManConclusion(Man concreteEmelemtA) {
        System.out.println("男人对失败的看法");
    }

    /* (non-Javadoc)
     * @see day_16_visitor.Action#getWomanConclusion(day_16_visitor.Woman)
     */
    @Override
    public void getWomanConclusion(Woman concreteEmeletB) {
        System.out.println("女人对失败的看法");
    }

}

接下来是“人”接口，这里是访问者模式的关键，在此种场景中只有男人和女人，所以这个分类相对来说是稳定的我们才能使用访问者模式。

package day_16_visitor;

/**
 * 人
 * @author 余林丰
 *
 * 2016年10月16日
 */
public interface Person {
    void accept(Action visitor);        //用来接收“状态”对象
}

package day_16_visitor;

/**
 * @author 余林丰
 *
 * 2016年10月16日
 */
public class Man implements Person {

    /* (non-Javadoc)
     * @see day_16_visitor.Person#accept(day_16_visitor.Action)
     */
    @Override
    public void accept(Action visitor) {
        visitor.getManConclusion(this);        //这里用到了一个叫做双分派的技术。首先将“状态”对象传递给Man对象，这是完成了第一次分派，再将Man自己this作为参数传递回状态对象，这便完成了第二次分派
    }
}

这里使用了一个叫做“双分派”的技术。

package day_16_visitor;

/**
 * @author 余林丰
 *
 * 2016年10月16日
 */
public class Woman implements Person {

    /* (non-Javadoc)
     * @see day_16_visitor.Person#accept(day_16_visitor.Action)
     */
    @Override
    public void accept(Action visitor) {
        visitor.getWomanConclusion(this);    //同Man类，双分派技术
    }

}

接下来是一个对象结构，该类能够枚举它的元素。

package day_16_visitor;

import java.util.ArrayList;
import java.util.List;

/**
 * 对象结构
 * @author 余林丰
 *
 * 2016年10月16日
 */
public class ObjectStructure {
    private List<Person> elements = new ArrayList<Person>();
    
    public void attach(Person element){
        elements.add(element);
    }
    
    public void remove(Person element){
        elements.remove(element);
    }
    
    public void display(Action visitor){
        for (Person p : elements){
            p.accept(visitor);
        }
    }
}

客户端测试代码。

package day_16_visitor;

/**
 * @author 余林丰
 *
 * 2016年10月16日
 */
public class Client {

    /**
     * @param args
     */
    public static void main(String[] args) {
        ObjectStructure o = new ObjectStructure();
        o.attach(new Man());
        o.attach(new Woman());
        //成功时的反应
        Success s = new Success();
        o.display(s);
    }

}

以上我们就完成了访问者模式，访问者模式确实是现实场景不常用的模式，只有用在相对稳定的分类才能尝试使用访问者模式，千万不要生搬硬套设计模式，这样只会得不偿失。