闭包和访问者模式之间是否存在显着差异？

Question

我最近一直在玩 Groovy，之前也玩过 JRuby，很欣赏在他们的集合中使用 .each{} 闭包。

也就是说，我不禁觉得这不过是访问者模式的语法糖。如果您将代码封装在一个类中的闭包主体中，并使用访问者模式传递该类的一个实例，这似乎是完全相同的事情，尽管麻烦更少。

那么，是否还有其他我还没有看到的闭包功能使它们与访问者模式有根本的不同，或者人们真的对这种语法糖感到兴奋吗？

在我看来，这更像是一个库问题而不是语言问题。

---

这是一个 Java 列表的快速模型，其行为似乎类似于 Groovy 列表中的 each 闭包。

public class ClosureList<E> extends ArrayList<E>{

    interface Visitor<E>{
            void visit( E e );
    }

    void accept( Visitor<E> v ){
        for( Iterator<E> myItr = this.iterator(); myItr.hasNext() )
            v.visit( myItr.next() );
    }

}

那就有

public class ClosureTest{
    public static void main( String[] args ){
        ClosureList<String> myList = new ClosureList<String>();
        myList.add( "green eggs" );
        myList.add( "green ham"  );


        clStr.accept(
                new Visitor<String>(){
                    void visit( String s ){
                        System.out.println( s )
                    }
                }
            );
    }
}

这在 Groovy 中看起来是一样的：

def l = [ "green eggs", "green ham" ]
l.each{ println it }

Answer 1

如果您的意思是说每个函数都是访问者模式的实现，那么您是对的。不是传递接口的匿名实现，而是传递闭包。

闭包不是访客。在这种情况下，闭包用于实现访问者。

当然，在底层，闭包是通过内部类实现的，所以如果你的意思是说闭包没有什么神奇之处，我们大多数人都会同意。

关于 Java 中的闭包和匿名类之间的区别，有一些重要的范围界定点，最值得注意的是对非最终变量的访问，以及可配置的委托策略。

在 groovy 中，您还可以通过表示对实例方法的一种引用来实例化闭包，如下所示：

def c=this.&doSomething

这将创建一个 MethodClosure，您可以使用它来传输您的方法，并减少从类到方法的模块化粒度。

所以我们开始远离访问者模式了，不是吗？

我认为最终在我的理解中，闭包是一种使方法成为一等公民并获得函数式编程的好处的 OO 方式。

Answer 2

缺少的关键部分是 visited 对象需要有一个accept 方法。在您上面描述的示例中，each 构造中的项目不保证具有任何方法...

each 结构更类似于循环。

我还要指出，闭包是一种作用域构造，而访问者模式是一种设计模式。所以从这个角度来看，他们绝对没有彼此有任何关系。