Pourquoi les membres de mon objet compagnon imbriqué ne sont-ils pas automatiquement visibles dans la classe?

Question

Supposons que j'ai ce code Scala:

object Outer { 

    object Inner { 
    val B = "B" 
    } 
    class Inner { 
    def b = B 
    } 
} 

je me attends à ce compiler, mais B ne peut pas être accessible à partir de la définition de b. Je dois ajouter import Inner._ dans class Inner pour le faire fonctionner. Pourquoi donc? L'objet compagnon Inner n'est-il pas défini correctement?

Answer 1

Ce n'est pas supposé fonctionner de cette façon - l'utilisation de import Inner._ est un comportement cohérent. Généralement, l'objet compagnon est nécessaire, si vous souhaitez obtenir un comportement similaire à celui des membres statiques de Java. En général, l'objet compagnon est nécessaire. Scala façon est de déplacer tous les membres statiques loin à un objet singleton, avec l'avantage que memebers privé/protégé d'une classe d'accompagnement sont accessibles depuis le:

object Outer { 

    object Inner { 
    def print(inner: Inner) = inner.B // compiles! 
    }  
    class Inner { 
    private val B = "B" 
    }  
} 

Vous pouvez utiliser l'objet compagnon comme une usine pour la classe avec un constructeur privé:

scala> object Outer { 
    | 
    | object Inner { 
    |  def newInstance = new Inner() 
    | } 
    | class Inner private() { 
    |  private val B = "B" 
    | } 
    | } 
defined module Outer 

scala> Outer.Inner.newInstance 
res1: Outer.Inner = Outer$Inner@431693 

scala> new Outer.Inner 
<console>:7: error: constructor Inner cannot be accessed in object $iw 
     new Outer.Inner 
    ^

Answer 2

Si les membres de l'objet compagnon seraient importées dans la classe, il pollue l'espace de noms de la classe sans que le programmeur pouvoir ce controle. Cela pourrait ne pas être si mauvais (mais toujours mauvais) avec des valeurs mais je ne voudrais vraiment pas voir cela avec des fonctions. Il suffit de penser à apply() ou aux fonctions dont vous héritez des traits (les deux cas où vous ne pouvez pas changer le nom sans perdre quelque chose). Si ces fonctions étaient automatiquement importées dans votre espace de noms de classes, le compilateur ne saurait pas lequel utiliser. Donc, si la classe et l'objet avait une fonction func() vous finirez par écrit this.func() dans vos classes code juste pour vous assurer que l'on appeler.

donc voir comme une possibilité de garder votre espace propre. Vous pouvez toujours le polluer en utilisant import Inner._