在Scala中避免冗余通用参数

时间:2016-11-09 15:59:01

标签: scala scala-generics

所以这是scala this Java question相当直接的端口

我们有一系列特征采用通用参数,如下所示:

 trait Ident { }

 trait Container[I <: Ident] {
   def foo(id: I): String
 }

 trait Entity[C <: Container[I], I <: Ident] {
   def container: C
   def foo(id: I) = container.foo(id)
 }

这有效,但它有点笨拙,因为我们必须在定义Entity的子类时提供Ident的类型和Container的类型。实际上,只有Container的类型本身就是足够的类型信息:

class MyIdent extends Ident { }
class MyContainer extends Container[MyIdent] { } 
class MyEntity extends Entity[MyContainer,MyIdent] { }
//                                        ^^^^^^^ shouldn't really be necessary

使用存在类型可以避免实体需要两个参数...但当然你以后不能参考它。

trait Entity[C <: Container[I] forSome { type I <: Ident }] {
  def container: C
  def foo(id: I) = container.foo(id)
//           ^^^ complains it has no idea what 'I' is here
}

同样地将事物转换为使用成员类型也不起作用......

trait Ident { }

trait Container {
  type I <: Ident
  def foo(id: I): String
}

trait Entity {
  type C <: Container
  def container: C
  def foo(id: C#I) = container.foo(id)
//                                 ^^ type mismatch
}

所以有人知道在Scala中是否有一个优雅的解决方案吗?

1 个答案:

答案 0 :(得分:4)

更新 给定this answer我不确定这是否应该被视为错误

您已点击 SI-4377 ;如果你提供明确的type ascriptions,你会得到一个错误,我猜测只是暴露了使用存在性来实现类型预测:

trait Ident { }

trait Container {
  type I <: Ident
  def foo(id: I): String
}

trait Entity {

  type C <: Container
  def container: C
  def foo(id: C#I): String = (container: C).foo(id: C#I)
  // you will get something like: type mismatch;
  // [error]  found   : Entity.this.C#I
  // [error]  required: _3.I where val _3: Entity.this.C
  // as I said above, see https://issues.scala-lang.org/browse/SI-4377
}

说这个(错误?)使类型成员的泛型编程成为一场噩梦并不是轻描淡写。

然而 是一个hack,它包含将 values 转换为手工制作的自引用类型别名:

case object Container {

  type is[C <: Container] = C with Container {

    type I = C#I
    // same for all other type members, if any
  }

  def is[C <: Container](c: C): is[C] = c.asInstanceOf[is[C]]
}

现在使用它并Entity编译:

trait Entity {

  type C <: Container
  def container: C
  def foo(id: C#I): String = Container.is(container).foo(id)
  // compiles!
}

这当然是危险的,并且根据经验,只有当C及其所有类型成员在将被使用时绑定到非抽象类型时才是安全的;请注意,情况并非总是如此,因为Scala允许您保留“未定义”类型的成员:

case object funnyContainer extends Container {

  // I'm forced to implement `foo`, but *not* the `C` type member
  def foo(id: I): String = "hi scalac!"
}