【问题标题】:Simplified visitor pattern简化的访客模式
【发布时间】:2015-06-26 17:33:55
【问题描述】:

这是一个用 Java 实现的访问者模式,用于计算 (1 + 2) + 3 之类的表达式。此处的代码受到以下代码示例的启发:https://en.wikipedia.org/wiki/Visitor_pattern#Sources

interface Node
{
    public int accept(Visitor v);
}

class ConstantNode implements Node
{
    public int constant;

    public ConstantNode(int constant)
    {
        this.constant = constant;
    }

    public int accept(Visitor v) {
        return v.visit(this);
    }
}

class SumNode implements Node
{
    public Node left;
    public Node right;

    public SumNode(Node left, Node right)
    {
        this.left = left;
        this.right = right;
    }

    public int accept(Visitor v) {
        return v.visit(this);
    }
}

interface Visitor
{
    public int visit(ConstantNode n);
    public int visit(SumNode n);
}

class EvalVisitor implements Visitor
{
    public int visit(ConstantNode n) {
        return n.constant;
    }

    public int visit(SumNode n) {
        return n.left.accept(this) + n.right.accept(this);
    }
}

public class VisitorDemo
{
    public static void main(String[] args)
    {
        // First make an expression tree to represent the following.
        //
        //        +
        //       / \
        //      +   3
        //     / \
        //    1   2
        Node a = new ConstantNode(1);
        Node b = new ConstantNode(2);
        Node c = new ConstantNode(3);
        Node d = new SumNode(a, b);
        Node e = new SumNode(d, c);

        Visitor visitor = new EvalVisitor();
        int result = e.accept(visitor);
        System.out.println(result);
    }
}

我了解在每个递归级别,调用哪个visit() 方法取决于访问者的类型(在本例中为evalVisitor)以及节点的类型(ConstantNode 或@987654326 @),因此需要双重调度。但是这种使用accept()visit() 方法实现双重调度的编码对我来说似乎太复杂了。但我所见过的几乎所有访问者模式示例都使用这种方法,即通过accept() 将访问者传递给节点,这反过来又调用访问者的visit() 方法来执行双重调度。

为什么代码示例不能像这样更简单?

interface Node
{
}

class ConstantNode implements Node
{
    public int constant;

    public ConstantNode(int constant)
    {
        this.constant = constant;
    }
}

class SumNode implements Node
{
    public Node left;
    public Node right;

    public SumNode(Node left, Node right)
    {
        this.left = left;
        this.right = right;
    }
}

interface Visitor
{
    public int visit(Node n) throws Exception;
}

class EvalVisitor implements Visitor
{
    public int visit(Node n) throws Exception {
        if (n instanceof ConstantNode) {
            return ((ConstantNode) n).constant;
        } else if (n instanceof SumNode) {
            return this.visit(((SumNode) n).left) + this.visit(((SumNode) n).right);
        } else {
            throw new Exception("Unsupported node");
        }
    }
}

public class SimpleVisitorDemo
{
    public static void main(String[] args) throws Exception
    {
        // First make an expression tree to represent the following.
        //
        //        +
        //       / \
        //      +   3
        //     / \
        //    1   2
        Node a = new ConstantNode(1);
        Node b = new ConstantNode(2);
        Node c = new ConstantNode(3);
        Node d = new SumNode(a, b);
        Node e = new SumNode(d, c);

        Visitor visitor = new EvalVisitor();
        int result = visitor.visit(e);
        System.out.println(result);
    }
}

在这个代码示例中,我完全消除了在每个节点中实现apply() 的需要,并且包括双分派逻辑在内的整个访问逻辑现在只包含在访问者类中。

我有以下问题:

您能否客观地列举简化访问者模式在代码的可维护性或效率方面存在的问题?

【问题讨论】:

    标签: java visitor-pattern


    【解决方案1】:

    为什么代码示例不能更简单,[...]

    因为您的示例用switch 调度替换了虚拟调度(您将其实现为对象子类型上的ifs 链)。这种方法极难维护,因为编译器无法帮助您检测继承层次结构的变化。

    简化实现的具体问题在于最后一个else,您返回零。一个更常见的解决方案是在那里抛出异常,因为你真的不知道你有什么样的节点。

    现在想象用SubtractNode 扩展层次结构。这自然需要向Visitor 接口添加一个方法,确保所有访问者在编译时都必须处理新的节点子类型。

    另一方面,简化示例将继续编译,并且在您的情况下,它也将继续运行,返回 SubtractNode 的错误结果。

    【讨论】:

    • 感谢您的回答。我现在编辑了代码以在 else 部分引发异常,以说明不受支持的节点类型。所以现在如果我们引入SubtractNode,代码仍然会继续编译,尽管如果遇到SubtractNode,它会在运行时抛出异常。但它仍然会继续编译的事实似乎是一个很好的观点,它表明与apply()-visit() 模式相比,简化版本难以维护。
    • @LoneLearner 没错——我认为访问者模式作为双重分派机制的最大价值在于它能够在编译时捕获丢失的特定类型分支。不幸的是,这也是它最大的弱点,因为它使得修改可访问类的层次结构变得更加困难。
    • 我有点困惑,访问者模式如何使得修改可访问类的层次结构比非访问者模式更难(即定义的evaluate()print() 等操作)在可访问的课程中)确实如此。在非访问者模式中,如果可访问对象之间的层次结构发生变化,则必须修改每个受影响的可访问对象中定义的每个操作方法。在访问者模式中,在每个访问者类中,需要修改每个受影响的可访问对象的 visit() 方法。听起来这两种情况的工作量相同。
    • @LoneLearner 每次向可访问端添加新节点时,都需要使用新方法更新Visitor 接口。如果您拥有代码,这很好,但如果您的代码基于某个为访问者提供的库,那么它就会成为一个问题。假设您的示例中的代码是一个库,您无法修改,现在您想通过添加 SubtractNode 来扩展它。由于VisitorSubtractNode 一无所知,因此没有从外部扩展层次结构的干净方法。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-03-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-30
    相关资源
    最近更新 更多