【问题标题】:Convert Java `sort` signature with `? super T` to Scala (generics)用 `? 转换 Java `sort` 签名超级 T` 到​​ Scala(泛型)
【发布时间】:2014-12-11 14:02:35
【问题描述】:

问题:

this question关于迁移Java签名

public <A extends Comparable<? super A>> void sort(List<A> list) { }

对于 Scala,似乎没有办法避免

illegal cyclic reference involving type T

如果你做这样的直译会出错。

def compilerFailure[T <: Comparable[_ >: T]](a: Array[T]): T = { }

解决方法似乎是这样做

def workaround[A <: Comparable[U], U >: A](list: List[A]) { }

如果你从字节码往返返回 Java,你会得到这个(这会丢失 super 部分)

public <T extends Comparable<U>, U> void scalaToJava(List<U> a) { }

我的问题:

scalaToJava 版本是否等同于以下版本?

public <T extends Comparable<?>> void sort(List<T> a) {

我想当U 是无限的时,它可能是?Object 不是吗?那么如果是这样的话,Scala workaround 版本是否等同于

def sort[A <: Comparable[_]](list: List[A]) { }

它们似乎都针对我的用例进行了编译(即将不同的子类型放入集合中并能够对它们进行排序)。 NB。我很好奇机制以及导致循环引用错误的原因,并意识到 Scala 在协方差等方面提供了更好的替代方案(即Ordering)。

【问题讨论】:

  • 应该是def workaround[A &lt;: Comparable[U], U &gt;: A](list: List[A]) { }List[U] 在这里毫无意义,因为您将失去与 A 的任何关系。

标签: java scala generics


【解决方案1】:
public <T extends Comparable<?>> void sort(List<T> a)

太笼统了,因为你可以传入一个List&lt;A&gt; extends Comparable&lt;Int&gt;,其中比较函数不适用于List&lt;A&gt;类型的值。

您的解决方法是正确的,但犯了一个小错误。应该是:

def workaround[A <: Comparable[A], U >: A](list: List[U]) { }

但请注意,这种情况在 Scala 中通常不是这样解决的:

scala.math.Ordering

【讨论】:

  • 谢谢。所以要回答我的问题,您是说“不”通配符 Java 版本?我怀疑 Scala 编译器做得更多,并且在字节码中没有限制类型。所以在这种情况下比较字节码/往返可能没有意义......
猜你喜欢
  • 2010-10-10
  • 2012-08-30
  • 2013-04-02
  • 2019-08-18
  • 1970-01-01
  • 2018-10-31
  • 2018-04-10
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多