访问者模式(Vistor)

一、定义

在访问者模式(Visitor Pattern)中,我们使用了一个访问者类,它改变了元素类的执行算法。通过这种方式,元素的执行算法可以随着访问者改变而改变。这种类型的设计模式属于行为型模式。根据模式,元素对象已接受访问者对象,这样访问者对象就可以处理元素对象上的操作。

访问者模式的目的是封装一些施加于某种数据结构元素之上的操作,一旦这些操作需要修改的话,接受这个操作的数据结构可以保持不变。为不同类型的元素提供多种访问操作方式,且可以在不修改原有系统的情况下增加新的操作方式,这就是访问者模式的模式动机。

访问者模式适用于数据结构相对稳定的系统,又有易于变化的算法。

访问者模式的角色:

访问者角色(Visitor):抽象类或者接口,声明访问者可以访问哪些元素,具体到程序中就是visit方法中的参数定义哪些对象是可以被访问的。

具体访问者角色(Concrete Visitor):实现每个访问者角色(Visitor)声明的操作。

元素角色(Element):抽象类或者接口,定义一个Accept操作,声明接收哪一类访问者访问。抽象元素角色一般有两类方法,一部分是本身的业务逻辑,另外就是允许接收哪类访问者来访问。

具体元素角色(Concrete Element):实现由元素角色提供的Accept操作。

对象结构角色(Object Structure):这是使用访问者模式必备的角色。它要具备以下特征:能枚举它的元素;可以提供一个高层的接口以允许该访问者访问它的元素;可以是一个复合(组合)或是一个集合,如一个列表或一个无序集合。

二、例子

访问者角色:

package com.wuychn.visitor;

public interface IVistor {

    void visit(ConcreteElement1 e1);

    void visit(ConcreteElement2 e2);

}

元素角色:

package com.wuychn.visitor;

public abstract class Element {

    public abstract void accept(IVistor visitor);

    public abstract void doSomething();

}

具体访问者角色:

package com.wuychn.visitor;

public class Visitor implements IVistor {
    
    @Override
    public void visit(ConcreteElement1 e1) {
        e1.doSomething();
    }

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

}

具体元素角色:

package com.wuychn.visitor;

public class ConcreteElement1 extends Element {
    @Override
    public void accept(IVistor visitor) {
        visitor.visit(this);
    }

    @Override
    public void doSomething() {
        System.out.println("Element1");
    }
}
package com.wuychn.visitor;

public class ConcreteElement2 extends Element {
    @Override
    public void accept(IVistor visitor) {
        visitor.visit(this);
    }

    @Override
    public void doSomething() {
        System.out.println("Element2");
    }
}

对象结构角色:

package com.wuychn.visitor;

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<Element>();
        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 com.wuychn.visitor;

import java.util.List;

public class Test {

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

}

三、优缺点

优点:

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

扩展性好:元素类可以通过接受不同的访问者来实现对不通操作的扩展。

缺点:

增加新的元素类比较困难。在访问者类中,每一个元素类都有它对应的处理方法,也就是说,每增加一个元素类都需要修改访问者类,修改起来相当麻烦。也就是说,在元素类数目不确定的情况下,应该慎用访问者模式。


原文:https://blog.csdn.net/u013256816/article/details/51245073

发布了114 篇原创文章 · 获赞 91 · 访问量 2万+

猜你喜欢

转载自blog.csdn.net/qmqm011/article/details/104063887