设计模式——访问者模式

设计模式——访问者模式

1.完成测评系统需求

1. 将观众分为男人和女人，对歌手进行测评，当看完某个歌手表演后，得到他们对该歌手不同的评价(评价 有不同的种类，比如 成功、失败 等)

传统方式的问题分析

1. 如果系统比较小，还是ok的，但是考虑系统增加越来越多新的功能时，对代码改动较大，违反了ocp原则， 不利于维护

2. 扩展性不好，比如 增加了 新的人员类型，或者管理方法，都不好做

3. 引出我们会使用新的设计模式 – 访问者模式

2.访问者模式基本介绍

​ 1.访问者模式（Visitor Pattern），封装一些作用于某种数据结的各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。

2. 主要将数据结构与数据操作分离，解决 数据结构和操作耦合性问题

3. **访问者模式的基本工作原理是：**在被访问的类里面加一个对外提供接待访问者的接口

​ 4.**访问者模式主要应用场景是：**需要对一个对象结构中的对象进行很多不同操作(这些操作彼此没有关联)，同时需要避免让这些操作"污染"这些对象的类，可以选用访问者模式解决

• Visitor是抽象访问者，为该对象结构中的ConcreteElement 的每一个类生命visit操作；
• ConcreteVisitor 是一个具体的访问值，实现每个有visitor声明的操作，是每个操作的实现部分；
• ObjectStructure 能枚举他的元素，可以提供一个高级接口，用来访问访问元素；
• Element 定义accept方法，接收访问者；
• ConcreteElement 具体实现Element

代码：

public abstract class Action {

    //得到男性评价
    public  abstract  void getManResult(Man man);

    //得到女性评价
    public  abstract  void getWomanResult(Woman woman);

}
public class Success extends Action{

    @Override
    public void getManResult(Man man) {
        System.out.println("男人给评价：成功");
    }

    @Override
    public void getWomanResult(Woman woman) {
        System.out.println("女人给评价：成功");
    }

}
public class Fail extends  Action{
    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);
}
//1.这里是使用到了 双分派机制，首先再客户端程序中，
// 将具体的状态，作为参数传递到了MAN(第一次分派)
//2.然后man 调用 作为参数的”具体方法“ 中方法 getManResult,同时将自己传入，完成第二次分派；
// 可以解耦；
public class Man extends  Person {
    @Override
    public void accept(Action action) {
        action.getManResult(this);
    }
}
public class Woman extends Person{
    @Override
    public void accept(Action action) {
        action.getWomanResult(this);
    }
}

//数据结构 管理了很多人；
public class ObjectStructure {
    //维护了集合；
    private List<Person> persons = new LinkedList<>();

    //增加到list
    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 objectStructure =new ObjectStructure();
        objectStructure.attach(new Man());
        objectStructure.attach(new Woman());

        Success success = new Success();
        objectStructure.disPlay(success);
        System.out.println("==========");
        Fail fail =new Fail();
        objectStructure.disPlay(fail);
//        男人给评价：成功
//        女人给评价：成功
//                ==========
//        男人给评价：失败
//        女人给评价：失败
    }
}

扩展：

增加 wait待定行为；

public class Wait extends Action{
    @Override
    public void getManResult(Man man) {
        System.out.println("男人评价为；待定");
    }

    @Override
    public void getWomanResult(Woman woman) {
        System.out.println("男人评价为；待定");
    }
}

public class Client {
    public static void main(String[] args) {
        ObjectStructure objectStructure =new ObjectStructure();
        objectStructure.attach(new Man());
        objectStructure.attach(new Woman());

        Success success = new Success();
        objectStructure.disPlay(success);
        System.out.println("==========");
        Fail fail =new Fail();
        objectStructure.disPlay(fail);
//        男人给评价：成功
//        女人给评价：成功
//                ==========
//        男人给评价：失败
//        女人给评价：失败
        System.out.println("===待定测评===");
        objectStructure.disPlay(new Wait());
//        ===待定测评===
//        男人评价为；待定
//        男人评价为；待定
    }
}

访问者模式的注意事项和细节

• 优点

1. 访问者模式符合单一职责原则、让程序具有优秀的扩展性、灵活性非常高

2. 访问者模式可以对功能进行统一，可以做报表、UI、拦截器与过滤器，适用于数据结构相对稳定的系统

• 缺点

1. 具体元素对访问者公布细节，也就是说访问者关注了其他类的内部细节，这是迪米特法则所不建议的, 这样造成了具体元素变更比较困难

2. 违背了依赖倒转原则。访问者依赖的是具体元素，而不是抽象元素

3. 因此，如果一个系统有比较稳定的数据结构，又有经常变化的功能需求，那么访问者模式就是比较合适的.