在Closure中,方法的默认解析顺序是,先查看owner是否包含这个方法,如果没有的话再查看delegate是否有这个方法。实际的过程要比这个复杂,因为涉及到嵌套的Closure的情况,在这种情况下,还要考虑外围的Closure的delegate。在这里就不讨论嵌套Closure的情况了,有兴趣的可以查看ClosureMetaClass.invokeMethod方法的源代码。
我们可以通过Closure的setResolveStrategy方法改变这个解析的顺序:
输出为:
[code]C.f
D.f
[/code]
除了OWNER_FIRST和DELEGATE_FIRST外,还有OWNER_ONLY、DELEGATE_ONLY和TO_SELF策略,在这里就不一一解析了,有兴趣的请查看[url]http://groovy.codehaus.org/api/groovy/lang/Closure.html[/url]。
上面的代码在Groovy 1.5.7中测试通过。
我们可以通过Closure的setResolveStrategy方法改变这个解析的顺序:
class C {
def f() { println 'C.f' }
def closure = { f() }
}
class D {
def f() { println 'D.f' }
}
def c = new C()
def d = new D()
c.closure.delegate = d
assert Closure.OWNER_FIRST == c.closure.getResolveStrategy()
c.closure() // 调用owner.f()
c.closure.resolveStrategy = Closure.DELEGATE_FIRST // 改变Closure的方法解析顺序
c.closure() // 调用delegate.f()
输出为:
[code]C.f
D.f
[/code]
除了OWNER_FIRST和DELEGATE_FIRST外,还有OWNER_ONLY、DELEGATE_ONLY和TO_SELF策略,在这里就不一一解析了,有兴趣的请查看[url]http://groovy.codehaus.org/api/groovy/lang/Closure.html[/url]。
上面的代码在Groovy 1.5.7中测试通过。