匿名の内部クラスとは何ですか？

オブジェクト指向のコンピュータープログラミングでは、匿名の内部クラスは、メソッドの内部で宣言されているが名前のないクラスです。 匿名の内部クラスには、アクセスできる変数のスコープの制限など、通常のクラスとは異なるいくつかの制限があります。 匿名の内部クラスを使用するとソースコードが読みやすくなる非常に特殊な状況がいくつかありますが、主に、個別のクラスの生成によって複雑になる可能性があるカプセル化の実施を支援するために使用されます。

カプセル化は、オブジェクト指向プログラミング（OOP）の概念であり、オブジェクトとそのコンポーネントを何らかの方法で保護し、オブジェクトにバインドする必要があります。 匿名の内部クラス、および一般的な内部クラスは、特に複雑なオブジェクトのカプセル化を実現するのに役立ちます。 別の外部クラスに依存するクラスを作成し、それらを人為的に結合し、潜在的にいくつかのコンポーネントを公開する代わりに、匿名の内部クラスは2つをしっかりと結び付けることができます。

一部のプログラミング言語では、匿名の内部クラスは単一継承の制限を克服するのに役立ちます。 オブジェクトが1つのクラスから継承した後、別のクラスにアクセスする必要がある場合、その場で内部クラスを生成し、適切なハンドラーに渡すことができます。 この手法は、コールバックとイベントリスナーで一般的です。 唯一の選択肢は、1つまたは2つのメソッドのみがオーバーライドされる2番目のクラス全体を作成することです。

匿名の内部クラスには、カプセル化の破壊を防ぎ、スコープを強制するためのいくつかの制限があります。 主な制限は、匿名の内部クラスは、それらの変数がfinalとして宣言されていない限り、それが存在するメソッドの変数にアクセスできないことです。 これは、内部クラスが、ネストしているクラスとメソッドの存続期間を超えて機能し続ける可能性があるためです。 ラッピングクラスの変数は、その寿命が終了すると破棄されるため、内部クラスが保持する参照は即座に無効になります。 これに対する唯一の例外は、インスタンスを超えて存在するため、最終変数です。

匿名内部クラスのより具体的な用途の1つは、コード保護です。 多くのOOP言語は、リフレクションと呼ばれるメカニズムを提供します。 リフレクションを使用すると、プログラムは別のクラスを分析し、そのメンバー変数とメソッドを確認できますが、コード自体は確認できません。 匿名の内部クラスを使用することにより、内部クラスのコンテンツはリフレクションから保護され、より大きなクラスの内部動作を効果的に隠すことができます。