Czy powinniśmy @Override implementacji metody interfejsu?

Question

Czy metodę implementującą metodę interfejsu należy opatrzyć przypisami z numerem @Override?

The javadoc of the Override annotation mówi:

Wskazuje, że deklaracja metoda ma zastąpić deklarację sposobu w nadrzędnej. Jeśli metoda jest opisana za pomocą tego typu adnotacji, ale nie zastępuje metody nadklasy, kompilatory muszą wygenerować komunikat o błędzie.

Nie sądzę, że interfejs jest technicznie superklasą. Albo to jest?

Question Elaboration

Answer 1

Należy użyć @Override miarę możliwości. Zapobiega popełnianiu prostych błędów. Przykład:

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

nie skompilować, ponieważ nie właściwie zastąpić public boolean equals(Object obj).

To samo dotyczy metod implementujących interfejs (1.6 i wyżej tylko) lub zastępuje metodę klasy Super.

Answer 2

Używałbym go przy każdej okazji. Zobacz When do you use Java's @Override annotation and why?

Answer 3

Uważam, że zachowanie javac się zmieniło - z 1.5 to zabronione adnotacji, z 1.6 to nie robi. Adnotacja zapewnia dodatkową kontrolę podczas kompilacji, więc jeśli używasz wersji 1.6, powinienem to zrobić.

Answer 4

Zastępowanie własnych metod odziedziczonych z własnych klas zazwyczaj nie przerywa refaktoryzacji za pomocą ide. Ale jeśli zastąpisz metodę dziedziczoną z biblioteki, zaleca się jej użycie. Jeśli nie, często nie dostaniesz błędu w późniejszej zmianie biblioteki, ale dobrze ukrytego błędu.

Answer 5

Sam Eclipse doda adnotację @Override, gdy powiesz jej, aby "generowała niezimplementowane metody" podczas tworzenia klasy implementującej interfejs.

Answer 6

Dla mnie, często jest to jedyny powód, dla którego jakiś kod wymaga kompilacji Java 6. Nie jestem pewien, czy to jest tego warte.

Answer 7

JDK 5.0 nie zezwala na stosowanie adnotacji @Override, jeśli implementujesz metodę zadeklarowaną w interfejsie (błąd kompilacji), ale JDK 6.0 na to pozwala. Możesz więc skonfigurować preferencje projektu zgodnie z wymaganiami.

Answer 8

To nie jest problem z JDK. W Eclipse Helios umożliwia adnotację @Override dla zaimplementowanych metod interfejsu, w zależności od pakietu JDK 5 lub 6. Podobnie jak w Eclipse Galileo, adnotacja @Override jest niedozwolona, ​​w zależności od tego, która wartość JDK 5 lub 6.

Answer 9

Powinieneś zawsze opisywać metody za pomocą @Override, jeśli jest dostępna.

W JDK 5 oznacza to nadrzędne metody nadklas, w JDK 6 i 7 oznacza nadrzędne metody nadklas i wdrażanie metod interfejsów. Powodem, jak wspomniano wcześniej, jest to, że pozwala kompilatorowi wychwycić błędy tam, gdzie uważasz, że nadpisujesz (lub wdrażasz) metodę, ale w rzeczywistości definiują nową metodę (inny podpis).

Przykład to przykładowy przypadek, ale ten sam argument można wprowadzić dla implementacji interfejsu.

Wyobrażam sobie, że nie jest konieczne umieszczanie adnotacji na temat metod implementacji interfejsów, ponieważ JDK 5 oznaczył to jako błąd kompilacji. Jeśli JDK 6 uczyni tę adnotację obowiązkową, złamie kompatybilność wsteczną.

Nie jestem użytkownikiem Eclipse, ale w innych IDE (IntelliJ) adnotacja @Override jest dodawana tylko podczas implementowania metod interfejsu, jeśli projekt jest ustawiony jako projekt JDK 6+. Wyobrażam sobie, że Eclipse jest podobny.

Jednak wolałbym zobaczyć inną adnotację dla tego użycia, być może adnotację @Implements.

Answer 10

Problem z tym @Override jest to, że sprawia, że ​​myślisz, że zapomniałeś wywołać metodę super.theOverridenMethod(), co jest bardzo mylące. To powinno być krystalicznie czyste. Być może Java powinna zaoferować tutaj @Interface. No cóż, kolejny pół dupą osobliwość Java ...

Answer 11

Jeśli beton klasa nie jest nadrzędnym abstrakcyjny sposób, używając @Override dla realizacji to otwarta kwestia, ponieważ kompilator będzie niezmiennie ostrzec cię o dowolne niezaimplementowane metody. W takich przypadkach można argumentować, że obniża to czytelność - więcej informacji można przeczytać na swoim kodzie i, w mniejszym stopniu, nazywa się to @Override, a nie @Implement.

Answer 12

W wersjach java 6 i nowszych można użyć metody @Override dla metody implementującej interfejs.

Ale uważam, że to nie ma sensu: przesłonięcie oznacza, że ​​masz metodę w super klasie i wdrażasz ją w podklasę.

Jeśli implementujesz interfejs, myślę, że powinniśmy użyć @Implement lub czegoś innego, ale nie @Override.

Answer 13

Czytając javadoc w java8 można znaleźć następujące w deklaracji interfejsu ręczne:

Jeśli metoda jest opatrzone tej adnotacji typu kompilatory są wymagane do wygenerowania komunikatu o błędzie, chyba że co najmniej jeden z następujące warunki:

• Metoda zastępuje lub implementuje metodę zadeklarowaną w nadtypie.
• Metoda ma sygnaturę, która jest nadpisywana - równoważna z każdą publiczną metodą zadeklarowaną w {@linkplain Object}.

Tak więc, przynajmniej w java8, powinieneś używać @Override przy implementacji metody interfejsu.