Groovy closure-on-collection-methods不一致的类型转换

2019年8月4日 212次阅读

Groovy中有一些奇怪的行为.看看下面两个例子：

def list = [[BigDecimal.ONE]]
list.each {
    println it.class
}

打印：

class java.util.ArrayList

和

def list = [[BigDecimal.ONE]]
list.each { BigDecimal it ->
    println it.class
}

打印：

class java.math.BigDecimal

示例中唯一的区别是第二个具有指定闭包的参数类型.但这并不能解释为什么以及如何将内部List转换为BigDecimal.我宁愿期待ClassCastException.此外,这种行为是不一致的,好像内部列表中有更多元素,它因MissingMethodException而失败.

我们发现这种神奇的类型转换发生在ClosureMetaClass(行：256)

这是设计行为还是错误？

编辑：
我在尝试使用Spock存根方法时遇到了上述问题.该方法将Collection作为参数.考虑另一个例子：

def 'stub a method with collection as argument'() {
    given:
    def input = [1, 2, 3]
    def capturedArgument
    List listStub = Stub()
    listStub.addAll(input) >> {
        capturedArgument = it
    }

    when:
    listStub.addAll(input)

    then:
    input.class == capturedArgument.class
}

它失败了：

Condition not satisfied:

input.class == capturedArgument.class
|     |     |  |                |
|     |     |  [[1, 2, 3]]      class java.util.Arrays$ArrayList
|     |     false
|     class java.util.ArrayList
[1, 2, 3]

问题是,它将List作为List嵌入到另一个List中的方法存根闭包中. WTF？

解决这个问题的唯一方法是使用与输入类型完全相同的参数类型的stubbing方法

listStub.addAll(input) >> { ArrayList it ->

…然后测试通过.这是一个真正的禁忌,因为我需要使用接口作为存根参数类型,而不是特定的实现.当它被宣布为

listStub.addAll(input) >> { List it ->

要么

listStub.addAll(input) >> { Collection it ->

…它的失败方式与没有类型相同,因为输入列表嵌入在另一个列表中.

如果您喜欢跑步和玩它,这是live example

最佳答案 groovy对提供给闭包的项进行解构(最好的例子是每个都在Map上,其中key和value被传递).所以一致使用是一致的：

[[BigDecimal.ONE],[BigDecimal.ONE]].each{ BigDecimal it -> println it } 
//=> 1
//=> 1
[[BigDecimal.ONE, BigDecimal.ONE]].each{ a, b -> println "$a and $b" }
//=> 1 and 1
点赞