Java 8 より前は Java インターフェイスに静的メソッドがなかったのはなぜですか?

Java インターフェースで静的メソッドが許可されない理由

Java 8 のアップグレード

Java 8 では、インターフェースで静的メソッドがサポートされるようになりました。さらに、具体的なインスタンス メソッドは持つことができますが、インスタンス フィールドは持てません。

歴史と技術的な理由

以前の Java バージョンでは、次の理由により、インターフェースに静的メソッドを含めることができませんでした。

• 技術的実現可能性: 当初はマイナーな言語変更と考えられていましたが、インターフェイスに静的メソッドを追加するという提案でした。 Java 7 では、予期せぬ複雑な問題が発生しました。
• 冗長性: 静的メソッドの呼び出しには、コンパイル時に静的に知られるクラスが必要であるため、インターフェイス内の静的メソッドはそれほど必要ではありませんでした。

静的メソッドとオーバーライド

静的メソッドは使用できませんこれらはコンパイル時に解決されるため、オーバーライドされます。動的ディスパッチは、コンパイラがオブジェクトの具体的な型を判断できないため、呼び出すメソッドを解決できない場合に、インスタンス メソッドに使用されます。ただし、静的メソッドは既知のクラスを必要とするため、静的に解決でき、動的ディスパッチが不要になります。

言い換えると、スーパークラスとサブクラスの両方に同じシグネチャを持つ静的メソッドがある場合、サブクラスのメソッドは常に最初に呼び出され、スーパークラスのメソッドをオーバーライドします。ただし、静的メソッドの目的のバージョンを含むクラスをいつでも指定できるため、これは概念的に冗長です。

Constructor "Interfaces"

コンストラクターのようなメソッドを強制することに関する追加の懸念についてIXMLizable の場合は、次の点を考慮してください:

• 具象型の明示的な名前付けにより、コンストラクターを確実に検証できます。
• IXMLizable は、予想されるインターフェイスの動作を定義し、追加の構築要件は実装の詳細です。
• インターフェイスを使用して動作するコードにはコンストラクターの知識は必要ありませんが、コードにはコンストラクターが必要です。とにかく具体的な型を知っておく必要があります。

以上がJava 8 より前は Java インターフェイスに静的メソッドがなかったのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。