入れ子になったコンパニオンオブジェクトのメンバーがクラスで自動的に表示されないのはなぜですか？

Question

私は、このScalaのコードがあるとします。

object Outer { 

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

私はこれをコンパイルすることを期待しますが、Bはbの定義からアクセスすることはできません。私はそれを動作させるためにimport Inner._をclass Innerに追加する必要があります。何故ですか？コンパニオンオブジェクトInnerは正しく定義されていませんか？

Answer 1

これはちょうどこのように動作するはずです - import Inner._を使用すると、一貫した動作です。

---

Javaの静的メンバーと同様の動作を実現するには、通常、コンパニオンオブジェクトが必要です。 Scalaの方法は、コンパニオンクラスのプライベート/保護されたmemebersはそれからアクセスすることができるという利点と、離れたシングルトンオブジェクトへのすべての静的メンバーを移動することです：

object Outer { 

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

あなたはクラスのファクトリとしてコンパニオンオブジェクトを使用することができますプライベートコンストラクタで：コンパニオンオブジェクトのメンバーがクラスにインポートされるかどう

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

、それはプログラマがそれをcontroleできずに、クラスの名前空間を汚染します。これは価値がある（それでも悪い）悪いことではないかもしれませんが、私は実際にはそれを関数で見たくありません。

ちょうどapply()について考えてみてください。または、特性から継承する関数（何かを失うことなく名前を変更することはできません）。これらの関数が自動的にクラスの名前空間にインポートされた場合、コンパイラはどちらを使用するかを知りません。したがって、クラスとオブジェクトに関数func()がある場合は、クラスコードにthis.func()と書くだけで、どのクラスを呼び出すかを確認することができます。

名前空間をきれいに保つことができると考えてください。 import Inner._