¿Deberíamos @ anular la implementación del método de una interfaz?

¿Se debe anotar un método que implemente un método de interfaz @Override?

El javadoc de la Overrideanotación dice:

Indica que una declaración de método tiene la intención de anular una declaración de método en una superclase. Si un método se anota con este tipo de anotación pero no anula un método de superclase, los compiladores deben generar un mensaje de error.

No creo que una interfaz sea técnicamente una superclase. ¿O es eso?

Question Elaboration

Debería usar @Override siempre que sea posible. Evita que se cometan errores simples. Ejemplo:

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

Esto no se compila porque no se anula correctamente public boolean equals(Object obj).

Lo mismo se aplicará a los métodos que implementan una interfaz ( 1.6 y superior solamente ) o anulan el método de una Súper clase.

Creo que el comportamiento de javac ha cambiado: con 1.5 prohibió la anotación, con 1.6 no. La anotación proporciona una verificación adicional en tiempo de compilación, por lo que si está utilizando 1.6, lo haría.

Siempre debe anotar métodos con @Overridesi está disponible.

En JDK 5, esto significa anular métodos de superclases, en JDK 6 y 7 significa anular métodos de superclases e implementar métodos de interfaces. La razón, como se mencionó anteriormente, es que permite que el compilador detecte errores donde cree que está anulando (o implementando) un método, pero en realidad está definiendo un nuevo método (firma diferente).

El ejemplo equals(Object)vs. equals(YourObject)es un ejemplo estándar, pero se puede hacer el mismo argumento para implementaciones de interfaz.

Me imagino que la razón por la que no es obligatorio anotar la implementación de métodos de interfaces es que JDK 5 marcó esto como un error de compilación. Si JDK 6 hiciera esta anotación obligatoria, rompería la compatibilidad con versiones anteriores.

No soy un usuario de Eclipse, pero en otros IDEs (IntelliJ), la @Overrideanotación solo se agrega al implementar métodos de interfaz si el proyecto se configura como un proyecto JDK 6+. Me imagino que Eclipse es similar.

Sin embargo, hubiera preferido ver una anotación diferente para este uso, tal vez una @Implementsanotación.

Lo usaría en cada oportunidad. Consulte ¿ Cuándo utiliza la anotación @Override de Java y por qué?

JDK 5.0 no le permite usar @Overrideanotaciones si está implementando un método declarado en la interfaz (su error de compilación), pero JDK 6.0 lo permite. Entonces, puede configurar su preferencia de proyecto de acuerdo con sus requisitos.

Si una clase concreta no anula un método abstracto, el uso @Overridepara la implementación es una cuestión abierta ya que el compilador le advertirá invariablemente de cualquier método no implementado. En estos casos, se puede argumentar que resta valor a la legibilidad: es más cosas para leer en su código y, en menor grado, se llama @Overridey no @Implement.

Reemplazar sus propios métodos heredados de sus propias clases generalmente no se romperá en las refactorizaciones utilizando un ide. Pero si anula un método heredado de una biblioteca, se recomienda usarlo. Si no lo hace, a menudo no obtendrá ningún error en un cambio posterior de la biblioteca, sino un error bien oculto.

No es un problema con JDK. En Eclipse Helios, permite la anotación @Override para los métodos de interfaz implementados, cualquiera que sea JDK 5 o 6. En cuanto a Eclipse Galileo, la anotación @Override no está permitida, cualquiera que sea JDK 5 o 6.

Para mí, muchas veces esta es la única razón por la que algunos códigos requieren que Java 6 se compile. No estoy seguro si vale la pena.

Al leer el javadoc en java8, puede encontrar lo siguiente en la declaración de anulación de interfaz:

Si se anota un método con este tipo de anotación, se requiere que los compiladores generen un mensaje de error a menos que se cumpla al menos una de las siguientes condiciones:

• El método anula o implementa un método declarado en un supertipo.
• El método tiene una firma que es equivalente a la de cualquier método público declarado en {@linkplain Object}.

Entonces, al menos en java8, debe usar @Override en una implementación de un método de interfaz.

Eclipse agregará la @Overrideanotación cuando le diga que "genere métodos no implementados" durante la creación de una clase que implemente una interfaz.

El problema con la inclusión de @Overridees que te hace pensar que olvidaste llamar al super.theOverridenMethod()método, lo cual es muy confuso . Esto debería ser claro como el cristal. Quizás Java debería ofrecer un @Interfacepara ser utilizado aquí. Oh, bueno, otra peculiaridad de Java a medias ...

En java 6 y versiones posteriores, puede usar @Overrideun método para implementar una interfaz.

Pero no creo que tenga sentido: anular significa que tiene un método en la superclase y lo está implementando en la subclase.

Si está implementando una interfaz, creo que deberíamos usar @Implemento algo más, pero no el @Override.

Para la interfaz, el uso de @Override provocó un error de compilación. Entonces, tuve que eliminarlo.

El mensaje de error fue " The method getAllProducts() of type InMemoryProductRepository must override a superclass method".

También se lee " One quick fix available: Remove @Override annotation."

Estaba en Eclipse 4.6.3, JDK 1.8.0_144.

Si la clase que está implementando interfacees una abstractclase, @Overridees útil para garantizar que la implementación sea para un interfacemétodo; sin @Overrideuna abstractclase simplemente se compilaría bien incluso si la firma del método de implementación no coincide con el método declarado en interface; el interfacemétodo no coincidente permanecería como no implementado. El documento de Java citado por @Zhao

El método anula o implementa un método declarado en un supertipo

se refiere claramente a una abstractsuperclase; una interfaceno puede ser llamado el supertipo. Por lo tanto, @Overridees redundante y no es sensible para interfaceimplementaciones de métodos en clases concretas.