Java 9インターフェイスvsクラス

Question

Java 9では、privateとprivate staticメソッドをインターフェイスでも定義できるようになるため、残りの違いはinterfaceとclassになりますか？ さらに、Javaは複数の継承に向かってゆっくりと移行していますか？

Answer 1

Java 9のプライベートインタフェースメソッドは、他のプライベートメソッドとまったく同じように動作します。これらは、（抽象クラ​​スでも）ボディを持たなければならず、サブクラスでも呼びもオーバーライドもできません。そのようなものとして、彼らは本当に継承と相互作用しません。その話（特に多重継承）、（少なくとも？）が存在することの三種類：一種で例えば、別のタイプであってもよいことを意味タイプの

• 継承StringはObjectです。 Javaは1日目から複数のタイプの継承を（インターフェース経由で）可能にしました。
• 動作の継承は、あるタイプが別のタイプの動作を継承できることを意味します。 Java 8より前では、クラスだけがメソッドを実装できるため、この種の継承は1つしかありませんでした。 Java 8では、インターフェースがメソッドを実装できるようにするデフォルトメソッドが用意されており、Javaに動作の多重継承が与えられています。
• 状態の継承は、ある型が別の型の内部状態（つまりフィールド）を継承することを意味します。 Java 9と将来のJavaバージョンで現在提案されているすべてのものは、クラスだけが状態を持つことができるため、この種の継承は1つしかありません。

私が見ることができるように、プライベートインターフェイスメソッドはここに何も追加しません。

インターフェイスとクラスの比較方法に関する2つの主な違いがあります。多重継承と状態です。インタフェースは前者をサポートし、後者は後者を持つことができます。典型的なOOPでは状態は重要であるため、クラスは関連性を維持します。

インターフェイスが特定の非公開フィールドを持つように強制する方法や、自分自身を定義する方法があれば、ゲームは変わり、インターフェイスはクラスと競合する可能性があります。

Answer 2

プライベートメソッドはサブクラスに継承されないため、この機能は実装クラスに影響しません。私は、インターフェイスのプライベートメソッドが、デフォルトメソッド間でコードを共有できると信じています。

Javaインターフェイスには、静的でないメンバーを使用することはできません。それは大きな相違であり、多重継承IMOではありません。

Answer 3

Java 9インターフェイスには、フィールドとコンストラクタを含めることはできません。これはクラスとインタフェースの間に大きな違いをもたらします。そのため、Java 9は複数の継承にはほど遠いものです。

Answer 4

バージョン9のJavaインターフェイスにはプライベートメソッドがありますが、静的プライベートです。この機能は、モジュラーメソッドを可能にするために導入されました。 1つの関数は、長いデフォルトメソッドを使用するのではなく、1つの責任で機能するはずです。それは複数の継承とは関係ありません。 プライベート静的メソッドが多くなるほど、クリーンで再利用可能なコードを書くことができます。とにかく、publicかprotectedかのどちらかの静的メソッドはオーバーライドできません。