设计模式：访问者模式

参考
23种设计模式（9）：访问者模式

访问者模式

类型：行为类

角色

• 抽象访问者：抽象类或者接口，声明访问者可以访问哪些元素，具体到程序中就是visit方法中的参数定义哪些对象是可以被访问的。
• 访问者：实现抽象访问者所声明的方法，它影响到访问者访问到一个类后该干什么，要做什么事情。
• 抽象元素类：接口或者抽象类，声明接受哪一类访问者访问，程序上是通过accept方法中的参数来定义的。抽象元素一般有两类方法，一部分是本身的业务逻辑，另外就是允许接收哪类访问者来访问。
• 元素类：实现抽象元素类所声明的accept方法，通常都是visitor.visit(this)，基本上已经形成一种定式了。
• 结构对象：一个元素的容器，一般包含一个容纳多个不同类、不同接口的容器，如List、Set、Map等，在项目中一般很少抽象出这个角色。

UML

适用场景

• 假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操作，为了避免这些操作污染这个对象，则可以使用访问者模式来把这些操作封装到访问者中去。
• 假如一组对象中，存在着相似的操作，为了避免出现大量重复的代码，也可以将这些重复的操作封装到访问者中去。

包结构

访问者

接口

package 访问者模式.visitor;

import 访问者模式.element.ConcreteElement1;
import 访问者模式.element.ConcreteElement2;

public interface IVisitor {
    public void visit(ConcreteElement1 el1);
    public void visit(ConcreteElement2 el2);
}

实现类

package 访问者模式.visitor;

import 访问者模式.element.ConcreteElement1;
import 访问者模式.element.ConcreteElement2;

public class Visitor implements IVisitor {

    @Override
    public void visit(ConcreteElement1 el1) {
        el1.doSomething();
    }

    @Override
    public void visit(ConcreteElement2 el2) {
        el2.doSomething();
    }
}

元素

基类

package 访问者模式.element;

import 访问者模式.visitor.IVisitor;

public abstract class Element {
    public abstract void accept(IVisitor visitor);
    public abstract void doSomething();
}

具体类

package 访问者模式.element;

import 访问者模式.visitor.IVisitor;

public class ConcreteElement1 extends Element {
    @Override
    public void doSomething(){
        System.out.println("这是元素1");
    }

    @Override
    public void accept(IVisitor visitor) {
        visitor.visit(this);
    }
}
--------------------------------------------------------------
package 访问者模式.element;

import 访问者模式.visitor.IVisitor;

public class ConcreteElement2 extends Element {
    @Override
    public void doSomething(){
        System.out.println("这是元素2");
    }

    @Override
    public void accept(IVisitor visitor) {
        visitor.visit(this);
    }
}

结构对象

package 访问者模式.objectStructure;

import 访问者模式.element.ConcreteElement1;
import 访问者模式.element.ConcreteElement2;
import 访问者模式.element.Element;

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

public class ObjectStructure {
    public static List<Element> getList(){
        List<Element> list = new ArrayList<>();
        Random ran = new Random();
        for(int i=0; i<10; i++){
            int a = ran.nextInt(100);
            if(a>50){
                list.add(new ConcreteElement1());
            }else{
                list.add(new ConcreteElement2());
            }
        }
        return list;
    }
}

客户端

package 访问者模式.client;

import 访问者模式.objectStructure.ObjectStructure;
import 访问者模式.visitor.Visitor;
import 访问者模式.element.Element;

import java.util.List;

public class Client {
    public static void main(String[] args){
        List<Element> list = ObjectStructure.getList();
        for(Element e: list){
            e.accept(new Visitor());
        }
    }
}

效果

这是元素2
这是元素1
这是元素1
这是元素2
这是元素2
这是元素2
这是元素1
这是元素2
这是元素1
这是元素2

Process finished with exit code 0

优点

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

缺点

• 增加新的元素类比较困难，每增加一个元素类都需要修改访问者类（也包括访问者类的子类或者实现类），修改起来相当麻烦。也就是说，在元素类数量不确定的情况下，应该慎用访问者模式。