インターフェースのメソッド実装を@オーバーライドする必要がありますか？

インターフェイスメソッドを実装するメソッドに注釈を付ける必要があり@Overrideますか？

javadocのOverride注釈は言います：

メソッド宣言がスーパークラスのメソッド宣言をオーバーライドすることを目的としていることを示します。メソッドにこのアノテーションタイプでアノテーションが付けられているが、スーパークラスメソッドをオーバーライドしない場合、コンパイラーはエラーメッセージを生成する必要があります。

インターフェイスは厳密にはスーパークラスだとは思いません。またはそれは？

Question Elaboration

可能な限り@Overrideを使用してください。簡単な間違いを防ぐことができます。例：

class C {
    @Override
    public boolean equals(SomeClass obj){
        // code ...
    }
}

これは適切にオーバーライドされないため、コンパイルされませんpublic boolean equals(Object obj)。

インターフェイスを実装するメソッドについても同様です（ 1.6以上のみ）またはスーパークラスのメソッドをオーバーライドするです。

私はjavacの動作が変更されたと思います-1.5ではアノテーションを禁止しましたが、1.6では禁止しませんでした。アノテーションは追加のコンパイル時チェックを提供するため、1.6を使用している場合はそれを使用します。

@Override使用できる場合は、常にメソッドに注釈を付ける必要があります。

これは、JDK 5ではスーパークラスのメソッドをオーバーライドすることを意味し、JDK 6および7では、スーパークラスのメソッドをオーバーライドし、インターフェースのメソッドを実装することを意味します。前述のように、その理由は、メソッドをオーバーライド（または実装）していると思われるが、実際には新しいメソッド（異なるシグネチャ）を定義しているとコンパイラがエラーをキャッチできるようにするためです。

equals(Object)対のequals(YourObject)例は点で標準的なケースであるが、同じ引数は、インターフェイスの実装のために行うことができます。

インターフェイスの実装メソッドに注釈を付けることが必須ではない理由は、JDK 5がこれをコンパイルエラーとしてフラグを付けたためだと思います。JDK 6がこのアノテーションを必須にした場合、下位互換性が失われます。

私はEclipseユーザーではありませんが、他のIDE（IntelliJ）では、 @Override、プロジェクトがJDK 6+プロジェクトとして設定されている場合、インターフェースメソッドの実装時にのみアノテーションが追加されます。私はEclipseが似ていると想像します。

ただし、この使用法には別の注釈、おそらく注釈を表示することをお勧めし@Implementsます。

私はあらゆる機会にそれを使用します。参照してください。あなたはJavaの@Overrideアノテーションを使用して、なぜないとき？

JDK 5.0では@Override、インターフェースで宣言されたメソッドを実装している場合（そのコンパイルエラー）、アノテーションを使用できませんが、JDK 6.0では許可されています。したがって、要件に応じてプロジェクト設定を構成できる場合があります。

具象クラスが抽象メソッドをオーバーライドしない場合、コンパイラーは常に実装されていないメソッドについて警告する@Overrideため、実装に使用することは未解決の問題です。これらの場合、可読性を損なうという議論が生じる可能性があります-コードで読むことは多く、それほどでは@Overrideありませんが、呼び出されるのではなく呼び出され@Implementます。

独自のクラスから継承された独自のメソッドをオーバーライドしても、通常、IDEを使用したリファクタリングが中断することはありません。ただし、ライブラリから継承したメソッドをオーバーライドする場合は、それを使用することをお勧めします。そうしないと、後でライブラリを変更してもエラーは発生しませんが、よく隠されたバグになります。

JDKでは問題ありません。Eclipse Heliosでは、実装されたインターフェースメソッドに対して@OverrideアノテーションをJDK 5または6のいずれかで許可します。EclipseGalileoについては、@ OverrideアノテーションはJDK 5または6のどちらでも許可されません。

私にとって、多くの場合、これは、一部のコードのコンパイルにJava 6が必要な唯一の理由です。それが価値があるかどうかわからない。

java8でjavadocを読むと、Overrideインターフェースの宣言で次のことがわかります。

メソッドにこのアノテーションタイプのアノテーションが付けられている場合、次の条件の少なくとも1つが満たされない限り、コンパイラーはエラーメッセージを生成する必要があります。

• メソッドは、スーパータイプで宣言されたメソッドをオーバーライドまたは実装します。
• メソッドには、{@ linkplain Object}で宣言されたすべてのパブリックメソッドのオーバーライドと同等の署名があります。

したがって、少なくともjava8では、インターフェースメソッドの実装で@Overrideを使用する必要があります。

@Overrideインターフェースを実装するクラスの作成中に「実装されていないメソッドを生成する」ように指示すると、Eclipse自体が注釈を追加します。

を含めることの問題@Overrideは、super.theOverridenMethod()メソッドを呼び出すのを忘れたように思わせることで、これは非常に混乱します。これは非常に明確なはずです。おそらく、Javaは@Interfaceここで使用するを提供する必要があります。ああ、もう1つの半口Javaの特徴...

Java 6以降のバージョンでは@Override、インターフェースを実装するメソッドに使用できます。

しかし、私はそれが理にかなっているとは思いません。オーバーライドとは、スーパークラスにメソッドを置き、サブクラスにそれを実装することを意味します。

あなたがインターフェースを実装しているなら、私たちは@Implement何か他のものを使うべきだと思いますが、ではありません@Override。

インターフェイスでは、@ Overrideを使用するとコンパイルエラーが発生しました。それで、私はそれを取り除かなければなりませんでした。

エラーメッセージが " The method getAllProducts() of type InMemoryProductRepository must override a superclass method"になりました。

「One quick fix available: Remove @Override annotation.」も読む

それはEclipse 4.6.3、JDK 1.8.0_144にありました。

実装されたクラスが場合interfaceであるabstractクラスは、@Override実装がためであることを保証するのに有用であるinterface方法。なし クラスがちょうど方法と一致していない実装メソッドシグネチャがで宣言された場合でも、罰金コンパイルします。一致しないメソッドは実装されないままになります。@Zhaoが引用するJavaドキュメント@Overrideabstractinterfaceinterface

メソッドは、スーパータイプで宣言されたメソッドをオーバーライドまたは実装します

明確に言及している abstractスーパークラスます。interfaceスーパータイプと呼ばれることはできません。したがって、これ@Overrideは冗長でありinterface、具象クラスでのメソッド実装には適していません。