Ne scala constructeur par défaut des paramètres de privé val?

J'ai essayé:

class Foo(bar: Int)

vs:

class Foo(private val bar: Int)

et ils semblent se comporter de la même, bien que je ne pouvais pas trouver n'importe où en disant que (bar:
Int) étend à (private val bar: Int) donc ma question est, sont-ils
identiques ou semblables?

Sur une note de côté, j'ai essayé d'utiliser -Xprint:typer sur ces morceaux de code et ils
produire le même code, sauf pour une ligne supplémentaire dans le second. Comment puis-je
lire cette ligne supplémentaire?

..
class Foo extends scala.AnyRef {
  <paramaccessor> private[this] val bar: Int = _;
  def <init>(bar: Int): this.Foo = {
    Foo.super.<init>();
    ()
  }
}
..


..
class Foo extends scala.AnyRef {
  <paramaccessor> private[this] val bar: Int = _;
  <stable> <accessor> <paramaccessor> private def bar: Int = Foo.this.bar;
  def <init>(bar: Int): this.Foo = {
    Foo.super.<init>();
    ()
  }
}
..
InformationsquelleAutor none | 2013-02-04
  1. 169

    bar: Int

    C'est à peine un paramètre du constructeur. Si cette variable n'est pas utilisé n'importe où sauf le constructeur, il y reste. Aucun champ n'est généré. Sinon private val bar champ est créé et la valeur de bar paramètre est affecté. Pas de getter est créé.

    private val bar: Int

    La déclaration de paramètre permettra de créer private val bar domaine privé de lecture. Ce comportement est le même que ci-dessus, peu importe si le paramètre a été utilisé à côté du constructeur (par exemple, dans toString() ou pas).

    val bar: Int

    Même que ci-dessus mais Scala-comme getter est public

    bar: Int dans le cas des classes

    Lorsque les classes sont impliquées, par défaut de chaque paramètre a val modificateur.

    • Dans le cas où les classes, tous les paramètres peuvent devenir "public" val.
    • Gosh, je dois porter des lunettes de temps en temps, mais c'en est trop.
    • désolé, je n'ai pas l'obtenir. Dois-je améliorer la mise en forme et de structure pour la rendre plus lisible?
    • Je suis juste un peu grincheux lettres de taille 😉 ne pas prendre au sérieux
    • est disponible et significative pour rendre les paramètres du constructeur en (mutable) des propriétés de la classe à la fois dans la non-case et case classes.
    • vous avez raison, +1. Je me suis concentré sur val parce que c'est ce que l'OP a demandé et val est plus idiomatique.
    • Dans " Scala pour les Impatients livre écrit que bar: Int compilé pour private[this] val bar: Int
    • Ayant tout juste tombé sur ce, si vous allez utiliser la réflexion, alors vous voudrez probablement private val bar: Int sinon, il suffit de rouler avec bar: Int.

    InformationsquelleAutor Tomasz Nurkiewicz
  2. 90

    Dans le premier cas, bar n'est qu'un paramètre du constructeur. Depuis le principal constructeur est le contenu de la classe elle-même, elle est accessible, mais seulement à partir de cette instance. Donc, il est presque équivalent à:

    class Foo(private[this] val bar:Int)

    D'autre part, dans le second cas bar est un normal domaine privé, de sorte qu'il est accessible à cette instance et d'autres instances de Foo.
    Par exemple, cette compile amende:

    class Foo(private val bar: Int) {
  def otherBar(f: Foo) {
    println(f.bar) //access bar of another foo
  }
}

    Et s'exécute:

    scala> val a = new Foo(1)
a: Foo = Foo@7a99d0af

scala> a.otherBar(new Foo(3))
3

    Mais ce n'est pas le cas:

    class Foo(bar: Int) {
  def otherBar(f: Foo) {
    println(f.bar) //error! cannot access bar of another foo
  }
}
    • c'est une meilleure réponse que l'on a accepté; il met en évidence la différence entre le nu bar: Int et private val ....
    InformationsquelleAutor gourlaysama