来自 Scala documentation for language features,解释了为什么必须在 2.10 中显式启用隐式转换:
为什么要控制它?众所周知,隐式转换会导致许多陷阱
如果过度使用。并且有过度使用它们的趋势,因为它们
看起来很强大,它们的效果似乎很容易理解。
此外,在大多数情况下,使用隐式参数会导致更好的
设计而不是隐式转换。
用户定义的隐式转换几乎总是一个坏主意,并且使它们具有传递性会更糟。
但是,您可以使用类型类以更安全、更可控的方式获得类似的效果。例如,假设我们有以下内容:
trait MyConverter[A, B] { def apply(a: A): B }
implicit def composeMyConverters[A, B, C](implicit
ab: MyConverter[A, B],
bc: MyConverter[B, C]
) = new MyConverter[A, C] { def apply(a: A) = bc(ab(a)) }
现在我们可以写了:
implicit object doubleToString extends MyConverter[Double, String] {
def apply(d: Double) = d.toString
}
implicit object intToDouble extends MyConverter[Int, Double] {
def apply(i: Int) = i.toDouble
}
def convertToString[A](a: A)(implicit as: MyConverter[A, String]) = as(a)
最后:
scala> convertToString(13: Int)
res0: String = 13.0
我们从未明确定义过从整数到字符串的转换器,但编译器能够在需要时使用我们的composeMyConverters 方法构造一个。
与隐式转换一样,这种方法也可能被滥用,但更容易关注范围内的转换器、应用它们的位置等。