He estado tratando de entender cómo funcionan los parámetros implícitos en Scala. Por lo que puedo decir, la resolución de los parámetros implícitos es algo como esto:Lazy vals y los parámetros implícitos en Scala
- Pasar explícitamente un objeto al método.
- definiciones definidas definidas en el alcance.
- Companion objeto de la clase utilizada como un parámetro implícito
Sin embargo, cuando empecé a jugar con esto en conjunto Vals perezosos me dieron un poco de un supprise. Parece que los vagos perezosos solo usan las últimas reglas de resolución. Aquí hay un código de ejemplo para ilustrar:
class Bar(val name:String)
object Bar { implicit def bar = new Bar("some default bar") }
class Foo {
lazy val list = initialize
def initialize(implicit f:Bar) = {
println("initialize called with Bar: '" + f.name + "' ...")
List[Int]()
}
}
trait NonDefaultBar extends Foo {
implicit def f = new Bar("mixed in implicit bar")
def mixedInInit = initialize
lazy val mixedInList = list
}
object Test {
def test = {
println("Case 1: with implicitp parameter from companion object")
val foo1 = new Foo
foo1.list
foo1.initialize
println("Case 2: with mixedin implicit parameter overriding the default one...")
val foo2 = new Foo with NonDefaultBar
foo2.mixedInList
val foo3 = new Foo with NonDefaultBar
foo3.mixedInInit
println("Case 3: with local implicit parameter overriding the default one...")
implicit def nonDefaultBar = new Bar("locally scoped implicit bar")
val foo4 = new Foo
foo4.list
foo4.initialize
}
}
Calling Test.test
da el siguiente resultado:
Case 1: with implicitp parameter from companion object
initialize called with Bar: 'some default bar' ...
initialize called with Bar: 'some default bar' ...
Case 2: with mixedin implicit parameter overriding the default one...
initialize called with Bar: 'some default bar' ...
initialize called with Bar: 'mixed in implicit bar'...
Case 3: with local implicit parameter overriding the default one...
initialize called with Bar: 'some default bar' ...
initialize called with Bar: 'locally scoped implicit bar' ...
¿Por qué el compilador no captura que hay un bar implict mezclado en al llamar mixedInList en el caso 2. En el caso 3, también omite la barra implícita definida localmente al acceder a la lista.
¿Hay alguna forma de utilizar parámetros implícitos con vals perezosos que no utilizan el implícito definido en el objeto complementario?
Ok, pero * no debería * reconocer las implicidades? Son conocidos en tiempo de compilación ¿verdad? Tal vez funcionaría si muevo el parámetro implícito al constructor? –
Reconoce la única barra implícita que está en el alcance en tiempo de compilación, y esa es la que está en el compañero de barra. Debido a que 'list' solo se define en' Foo', siempre usará este. Podría definir lo implícito en su constructor, pero lo implícito en el rasgo aún no estaría dentro del alcance, ya que solo existe en la instancia. – drexin
Así que si muevo el método vago val y initialize al rasgo 'NonDefaultBar' y dejo que el rasgo extienda' Foo' y también mueva el def implícito a 'Foo', entonces el compilador sabría tomar la definición implícita en' Foo 'cuando se evalúa' lazy val list' –