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

Question

¿Debe anotarse un método que implementa un método de interfaz con @Override?

El javadoc of the Override annotation dice:

Indica que una declaración de método está destinado a anular una declaración de método de 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

Answer 1

que puedes 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 anula correctamente public boolean equals(Object obj).

Lo mismo ocurrirá con los métodos que implementan una interfaz (1.6 y superior solo) o anulan el método de una Super clase.

Answer 2

Lo usaría en cada oportunidad. Ver When do you use Java's @Override annotation and why?

Answer 3

Creo que el comportamiento de javac ha cambiado - con 1.5 prohibió la anotación, con 1.6 no lo hace. La anotación proporciona una verificación adicional en tiempo de compilación, por lo tanto, si está utilizando 1.6, lo intentaré.

Answer 4

La anulación de sus propios métodos heredados de sus propias clases normalmente no se interrumpirá en refactorizaciones utilizando un ide. Pero si anula un método heredado de una biblioteca, se recomienda usarlo. Si no lo haces, a menudo no obtendrás ningún error en un cambio de biblioteca posterior, sino un error bien oculto.

Answer 5

Eclipse agregará la anotación @Override cuando le dice que "genere métodos no implementados" durante la creación de una clase que implementa una interfaz.

Answer 6

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

Answer 7

JDK 5.0 no le permite utilizar la anotación @Override si está implementando el método declarado en la interfaz (su error de compilación), pero JDK 6.0 lo permite. Entonces puede ser que pueda configurar su preferencia de proyecto de acuerdo a sus requerimientos.

Answer 8

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

Answer 9

Siempre debe anotar los métodos con @Override si está disponible.

En JDK 5 esto significa reemplazar métodos de superclases, en JDK 6, y 7 significa reemplazar métodos de superclases e implementar métodos de interfaces. La razón, como se mencionó anteriormente, es que le permite al compilador detectar 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) contra equals(YourObject) es un ejemplo estándar, pero el mismo argumento se puede hacer para las 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 hizo esta anotación obligatoria, rompería la compatibilidad con versiones anteriores.

No soy un usuario de Eclipse, pero en otros IDEs (IntelliJ), la anotación @Override solo se agrega al implementar métodos de interfaz si el proyecto está configurado 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 anotación @Implements.

Answer 10

El problema con la inclusión de la @Override es que hace pensar que se olvidó de llamar al método super.theOverridenMethod(), que es muy confuso . Esto debe ser claro como el cristal. Tal vez Java debería ofrecer un @Interface para ser utilizado aquí. Oh, bueno, otro a medias peculiaridad de Java ...

Answer 11

Si un hormigón de clase no es primordial un método abstracto, utilizando @Override para aplicación es una cuestión abierta ya que el compilador invariablemente se le advertirá de cualquier método no implementado. En estos casos, se puede argumentar que le resta legibilidad: hay más cosas que leer en el código y, en menor grado, se llama @Override y no @Implement.

Answer 12

En java 6 y versiones posteriores, puede usar @Override para un método que implementa una interfaz.

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

Si está implementando una interfaz, creo que deberíamos usar @Implement u otra cosa, pero no el @Override.

Answer 13

Al leer el Javadoc en java8, usted puede encontrar lo siguiente en la declaración de interfaz de Anulación:

Si un método está anotado con esta anotación se requieren tipo compiladores para generar un mensaje de error a no ser que al menos una de las se cumplen las siguientes condiciones:

• El método reemplaza o implementa un método declarado en un supertipo.
• El método tiene una anotación que es anulada, equivalente a la de cualquier método público declarado en {@linkplain Object}.

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