斯卡拉的Ordering
特质没有任何原因是不会逆转的吗?一个激励的例子如下。斯卡拉:排序反转
假设我想执行一个有序插入。我可以具有功能与签名
def insert[A, B >: A](list: List[A], item: A)(implicit ord: Ordering[B]): List[A]
在这里,我有接受超级类型A
类型的Ordering
。我想这在你处理case classes
时很有用。例如:
abstract class CodeTree
case class Fork(left: CodeTree, right: CodeTree, chars: List[Char], weight: Int) extends CodeTree
case class Leaf(char: Char, weight: Int) extends CodeTree
def weight(tree: CodeTree): Int
def chars(tree: CodeTree): List[Char]
implicit object CodeTreeOrdering extends Ordering[CodeTree] {
def compare(a: CodeTree, b: CodeTree): Int = weight(a) compare weight(b)
}
我希望我的插入功能与类型List[CodeTree]
,List[Leaf]
或List[Fork]
工作。但是,由于Ordering
不是逆变,我需要为每个case
定义隐式Orderings
。
如果我定义
trait MyOrdering[-A] {
def compare(a: A, b: A): Int
}
一切正常。
有没有其他办法可以实现我的目标?
编辑:
我目前的解决方案是定义插入物
def insert[A](list: List[A], item: A)(implicit ord: Ordering[A]): List[A]
与List[CodeTree]
打交道时,工作正常。我还定义(由scalaz库的启发):
trait Contravariant[F[_]] {
def contramap[A, B](r: F[A], f: B => A): F[B]
}
implicit object OrderingContravariant extends Contravariant[Ordering] {
def contramap[A, B](r: Ordering[A], f: B => A) = r.on(f)
}
implicit def orderingCodeTree[A <: CodeTree]: Ordering[A] =
implicitly[Contravariant[Ordering]].contramap(CodeTreeOrdering, identity)
我定义Ordering[A <: CodeTree]
情况下,一个隐含的工厂函数。
看起来像是一个与类型推理未能找到最具体排序有关的技术问题。有关详细信息,请参阅http://scala-programming-language.1934581.n4.nabble.com/Contravariant-Ordering-T-java-util-Comparator-and-uncheckedVariance-td1955224.html。 – Impredicative
@Impredicative我用一个讨厌的解决方法编辑帖子。 –