访问者模式

访问者模式

案例引入

要求

1.将观众分为男生和女生，对歌手进行评价，当看完某个歌手表演后，对于歌手有不同的评价(评价的类别，有成功，失败等)。

传统方式实现思路

创建一个Person类，其有两个子类，分别是Man和WoMan，使用if else分支，去判断一个歌手的评价，成功对应成功分支，失败对应失败分支。

传统方式问题分析

• 1.如果系统比较小，还是可以的，但是考虑系统增加新的功能时，会对分支语句有修改，违反ocp，不利于维护。
• 2.扩展性不好，比如增加新的人员类型(小孩)，或者增加新的评价的种类(待定)，不好扩展。
• 3.使用访问者模式。

基本介绍

• 1.访问者模式(Visitor Pattern)，封装一些作用于某种数据结构的各元素的操作，它可以在不改变数据结构的前提下，定义作用于这些元素的新的操作。
• 2.主要将数据结构与数据操作分离，解决数据结构和操作耦合性的问题。
• 3.访问者模式的工作原理是，在被访问的类里面加一个对外提供接待访问者的接口。
• 4.访问者模式主要应用场景是，需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联)，同时需要避免这些操作"污染"这些对象的类，可以选用访问者模式解决。

原理类图

原理类图说明

• 1.Visitor是抽象访问者，为该对象结构中的ConcreteElement的每一个类声明一个visit操作。
• 2.ConcreteVisitor，是一个具体的访问者，实现每个由Visitor声明的操作，是每个操作实现的部分。
• 3.ObjectStructure能枚举它的元素，可以提供一个高层的接口，用来访问者访问元素。
• 4.Element定义一个accept()方法，接收一个访问者对象。
• 5.ConcreteElement为具体元素，实现了accept方法。

使用访问者模式完成应用案例

uml类图

代码实现

/**
 * @author 长名06
 * @version 1.0
 */
public abstract class Action {

    public abstract void getManResult(Man man);

    public abstract void getWoManResult(Woman woman);

//    public abstract void getResult(Person person);

}
/**
 * @author 长名06
 * @version 1.0
 */
public class Success extends Action{
    @Override
    public void getManResult(Man man) {
        System.out.println("男人对该歌手的评价是成功");
    }

    @Override
    public void getWoManResult(Woman woman) {
        System.out.println("女人对该歌手的评价是成功");
    }

//    @Override
//    public void getResult(Person person) {
//        String result = "";
//        if(person.getClass() == Man.class)
//            result += "男人";
//        if(person.getClass() == Woman.class)
//            result += "女人";
//        result += "对该歌手的评价是成功";
//        System.out.println(result);
//    }
}
public class Fail extends Action{
    @Override
    public void getManResult(Man man) {
        System.out.println("男人对该歌手的评价是失败");
    }

    @Override
    public void getWoManResult(Woman woman) {
        System.out.println("女人对该歌手的评价是失败");
    }

//    @Override
//    public void getResult(Person person) {
//        String result = "";
//        if(person.getClass() == Man.class)
//            result += "男人";
//        if(person.getClass() == Woman.class)
//            result += "女人";
//        result += "对该歌手的评价是失败";
//        System.out.println(result);
//    }
}
public class Wait extends Action{
    @Override
    public void getManResult(Man man) {
        System.out.println("男人对该选手的评价是暂定");
    }

    @Override
    public void getWoManResult(Woman woman) {
        System.out.println("女人对该选手的评价是暂定");
    }
}
public abstract class Person {

    public abstract void accept(Action action);

}
public class Man extends Person{
    @Override
    public void accept(Action action) {
        action.getManResult(this);
    }
}
/**
 * @author 长名06
 * @version 1.0
 * 使用双分派机制，即现在客户端程序中，将具体状态作为参数传递Woman中(第一次分派)
 * 然后Woman类调用作为参数的“具体方法”getWomanResult同时将自己(this)作为参数
 * 传入，完成第二次分派
 */
public class Woman extends Person{
    @Override
    public void accept(Action action) {
        action.getWoManResult(this);
    }
}
public class ObjectStructure {
    private List<Person> persons = new LinkedList<>();

    public void attach(Person p){
        persons.add(p);
    }

    public void detach(Person p){
        persons.remove(p);
    }

    public void display(Action action){
        for(Person p : persons){
            p.accept(action);
        }
    }

}
public class Client {
    public static void main(String[] args) {
        ObjectStructure structure = new ObjectStructure();

        structure.attach(new Man());
        structure.attach(new Woman());

        structure.display(new Success());
        System.out.println("============");
        structure.display(new Fail());

        System.out.println("============");
        structure.display(new Wait());
    }
}

双分派

双分派：不管类怎么变化，我们都能找到期望的方法运行。双分派意味着得到执行的操作，却决于请求的种类和两个接收者的类型。
以上述案例来说，假如要添加一个Wait的状态类，由于使用了双分派，只需要增加一个Action子类即可在客户端调用即可，不需要改动其他类的代码。

细节说明

优点

• 1.访问者模式符合单一职责原则，让程序具有优秀的扩展性，灵活性非常高。
• 2.访问者模式可以对功能进行统一，可以做报表，UI，拦截器和过滤器，适用于数据结构相对稳定的系统。

缺点

• 1.具体元素对访问者公布细节，也就是说访问者关注了其他类的内部细节，这是迪米特法则，所不建议的，这样造成具体元素变更比较困难。
• 2.违背了依赖倒转原则，访问者依赖的是具体元素，而不是抽象元素。
• 3.因此，如果有一个系统有比较稳定的数据结构，又有经常变化的功能需求，那么访问者模式就是比较合适的。
  不在具体的数据结构中，设置一个属性和方法，来作为外部事物的评价，而是通过定义一个统一提供访问服务的方法，并接收一个评价结果的基类对象，然后根据本身的数据结构来调用评价为此数据结构定义的方法，来完成评价。

只是为了记录自己的学习历程，且本人水平有限，不对之处，请指正。