Javaでは、なぜキーワードがないコードブロックを使用すると中括弧

Question

私はいくつかの継承されたコードを再検討していますが、設計上の決定に困惑しており、これをGoogleに適切な言葉で表すことはできません。私の前任者は次のようなブロックを使用します：

public class ChildClass extends ParentClass { 
    { 
     inheritedVar = "someVal"; 
    } 

    public ChildClass(){ /* constructor exists */ } 
    // rest of code 
} 

キーワードのないコードブロックを宣言するポイントは何ですか？それは静的なブロックのように振る舞いません、私は信じていません。それはコンストラクタで設定する代わりに使用できますか？工場が使用されている場合（これはそうではありません）、これは何らかの効果がありますか？私はthis happening in Cに関連するスレッドを見つけましたが、推論（スコープ&変数宣言）はJavaに関連していないようです。

これの「理由」に関する考えやアイデアは感謝します。それを再因子化するのは簡単ですが、私はこの時点で興味があります。

Answer 1

初期化ブロックです。 （静的初期化子ブロックに関連する）このページで初期化インスタンスメンバーを参照してください：

http://download.oracle.com/javase/tutorial/java/javaOO/initial.html

それはコンストラクタに代わるものです。コードを共有する方法として、複数のオーバーロードされたコンストラクタを提供するときに使用できます。

しかし、個人的には、匿名コードブロックに頼るのではなく、名前付きイニシャライザメソッドをコンストラクタで呼び出す方がはるかに明確です。コンパイラは、イニシャライザブロックをシーンの背後にあるすべてのコンストラクタにコピーしますが、メソッド宣言をインライン化するのと同じようにパフォーマンスが向上すると主張できます。

Answer 2

範囲。ブロック内で宣言された変数は、ブロックの後にスコープから外れます。変数のスコープを最小に保つと便利です。

また、匿名の内部クラスを定義する場合は、この構文をコンストラクタに使用します。

Answer 3

initializer blockと呼ばれています。

初期化子ブロックインスタンス変数は単なる静的初期化子ブロックのように見えますが、静的なキーワードなしのため：

{ 
     // whatever code is needed for initialization goes here 
    } 

のJavaコンパイラのコピー初期化子ブロックをすべてのコンストラクタに。したがって、このアプローチを使用して、複数のコンストラクタ間でコードブロックを共有することができます。

Answer 4

前任者はまだ学習していました。

これは、あなたが得る可能性が最も高い説明です。たぶん、ある時点で、このようにコードを分割する必要があったでしょう。言うのが難しい。コードは確実に次のように記述する必要があります。

​​

初期化ブロックについては、その目的はここでは他の回答で示しています。私はあなたが要求した「理由」に答える試みとして私の答えを投げた。残念ながら、本当の答えは、前任者に尋ねなければなりません。