关于java:我所知道设计模式之访问者模式

前言介绍

接下里介绍的是 Java 的设计模式之一：访问者模式

咱们还是以一个问题进行开展，引入访问者模式

当初有一个歌手表演零碎，每当歌手演唱完后，将观众分为男人与女人，失去他们对歌手的表演评估：反对，不反对，待定

那你会怎么制作这个评估零碎？

一、应用传统模式解决问题

当只有男人、女人的时候，创立一个抽象类，别离实现男人、女人的投票机制

传统形式的问题剖析

如果零碎比拟小，还是 ok 的，然而思考零碎减少越来越多新的性能时，对代码改变较大，违反了 ocp 准则，不利于保护

扩展性不好，比方 减少了新的人员类型，或者治理办法，都不好做

当增加小孩、老人的投票机制，不好扩大

但增加弃权的投票形式，要批改原来的代码类

这时引出咱们会应用新的设计模式 – 访问者模式

二、什么是访问者模式

访问者模式（Visitor Pattern），封装一些 作用于某种数据结构的各元素的操作 ，它能够 在不扭转数据结构的前提下定义作用于这些元素的新的操作

次要 将数据结构与数据操作拆散，解决数据结构和操作耦合性问题

访问者模式的根本工作原理是：在被拜访的类外面加一个对外提供接待访问者的接口

访问者模式次要利用场景是：须要对 一个对象构造中的对象进行很多不同操作(这些操作彼此没有关联)，同时须要防止让这些操作 ” 净化 ” 这些对象的类，能够选用访问者模式解决

访问者模式的原理类图

Visitor 是形象访问者，为该对象构造中的 ConcreteElement 的每一个类申明一个 visit 操作

ConcreteVisitor：是一个具体的拜访值 实现每个有 Visitor 申明的操作，是每个操作实现的局部.

ObjectStructure 能枚举它的元素，能够提供一个高层的接口，用来容许访问者拜访元素

Element 定义一个 accept 办法，接管一个访问者对象

ConcreteElement 为具体元素，实现了 accept 办法

三、应用访问者解决问题

依据思路，咱们先创立抽票形式的抽象类

abstract class Action {

    // 失去男性 的测评
    public abstract void getManResult(Man man);
    // 失去女的 测评
    public abstract void getWomanResult(Woman woman);
}

再依据思路创立投票人的抽象类

abstract class Person {

    // 提供一个办法，让访问者能够拜访
    public abstract void accept(Action action);
}

这时咱们依据思路创立反对、不反对等具体投票形式

class Success extends Action {

    @Override
    public void getManResult(Man man) {System.out.println("男人给予该歌手评估：反对 !");
    }
    @Override
    public void getWomanResult(Woman woman) {System.out.println("女人给予该歌手评估：反对 !");
    }
}

class Fail extends Action {

    @Override
    public void getManResult(Man man) {System.out.println("男人给予该歌手评估：不反对 !");
    }
    @Override
    public void getWomanResult(Woman woman) {System.out.println("女人给予该歌手评估：不反对 !");
    }
}

再依据思路创立具体的投票人，别离为成年男人小明，成人女人小红

class Man extends Person {

    @Override
    public void accept(Action action) {action.getManResult(this);
    }
}

class Woman  extends Person {

    @Override
    public void accept(Action action) {action.getWomanResult(this);
    }
}

阐明

这里咱们应用到了双分派, 即首先在客户端程序中，将具体状态作为参数传递 Woman 中(第一次分派)

而后 Woman 类调用作为参数的 “ 具体方法 ” 中办法 getResult, 同时将本人 (this) 作为参数传入，实现第二次的分派

接下来创立 ObjectStructure（投票形式 + 投票人）这种数据结构治理

// 数据结构，治理很多人（Man , Woman）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);
        }
    }
}

这时咱们应用 demo 来领会看看访问者模式是怎么解决这个问题的

public static void main(String[] args) {

    // 创立投票人
    // 创立支持者的 ObjectStructure
    ObjectStructure objectSucessStructure = new ObjectStructure();
    objectSucessStructure.attach(new Man());
    objectSucessStructure.attach(new Woman());
    objectSucessStructure.display(new Success());
}

男人给予该歌手评估：反对 !
女人给予该歌手评估：反对 !

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

Ø 长处

访问者模式合乎繁多职责准则、让程序具备优良的扩展性、灵活性十分高

访问者模式能够对性能进行对立，能够做报表、UI、拦截器与过滤器，实用于数据结构绝对稳固的零碎

Ø 毛病

具体元素对访问者颁布细节，也就是说访问者关注了其余类的外部细节，这是迪米特法令所不倡议的, 这样造成了具体元素变更比拟艰难

违反了依赖倒转准则。访问者依赖的是具体元素，而不是形象元素

因而，如果一个零碎有比较稳定的数据结构，又有常常变动的性能需要，那么访问者模式就是比拟适合的

参考资料

尚硅谷：设计模式（韩顺平老师）：访问者模式

Refactoring.Guru：《深刻设计模式》