jOOQ Field<T> =DSL.any(DSL.val(T.))

Question

这个问题是ANY operator with jOOQ和Are arrays optimized in jOOQ & PostgreSQL?的副产品.

我有一个Field<T> field和List<T> values，我想表达SQL identifier = any({... the values ...})。我试着做：

field.equal(DSL.any(DSL.val(values.stream().toArray())))

(请注意，这是泛型实现的一部分，因此目前我没有实际的类型。我只有Field<T>和List<T>。)

但是这是行不通的，因为API接受T...而不是Object...，field.equal(DSL.any(...))需要这个T。所以，我把这个改成：

field.equal(DSL.any(DSL.val((T[]) values.stream().toArray())))

不过，有人在评论中说，我不应该这样做。也许是一个愚蠢的问题，而不是jOOQ问题，但是应该如何做呢？

附带问题:简单地接受API中的List<T>不是一个好主意吗？这也可能提高性能，因为我们正在避免手动创建数组。

注：field.equal(DSL.any(values.stream().toArray()))和field.equal(DSL.any(DSL.array(values.stream().toArray())))的情况也是如此。

Answer 1

每次在不安全的强制转换中使用jOOQ API时，您都会想:我是否正确地使用了它？

在你的例子中，错误就在这里：

DSL.val((T[]) values.stream().toArray())

构造这个数组的正确方法是(假设T是Integer，在这里)：

DSL.val(values.stream().toArray(Integer[]::new))

或者，如果values是一个Collection，那么更简单一些：

DSL.val(values.toArray(new Integer[0]))

重要的是将正确类型的数组传递给jOOQ，因为jOOQ将在该数组上使用反射来确定它是什么数据类型，然后将其映射到例如PostgreSQL ?::int[]

附带问题:简单地接受API中的List<T>不是一个好主意吗？这也可能提高性能，因为我们正在避免手动创建数组。

问题是Java删除了T的泛型类型信息，jOOQ需要在各种边缘情况下正确地转换绑定变量。因此，在这种情况下，T[]是比List<T>更好的类型。