40. Verwenden Sie Annotationen überschreiben konsistent

Die Java-Bibliothek enthält einige Anmerkungen, aber für viele Programmierer ist "@ Override" wahrscheinlich die wichtigste. Wenn Sie `` `@ Override``` konsistent verwenden, ist es weniger wahrscheinlich, dass Fehler auftreten. Nehmen wir als Beispiel eine Klasse, die das folgende Bigram imitiert (mit Fehlern).

package tryAny.effectiveJava;

import java.util.HashSet;
import java.util.Set;

//Can you spot the bug?
public class Bigram {
    private final char first;
    private final char second;

    public Bigram(char first, char second) {
        this.first = first;
        this.second = second;
    }

    public boolean equals(Bigram b) {
        return b.first == first && b.second == second;
    }

    public int hashCode() {
        return 31 * first + second;
    }

    public static void main(String[] args) {
        Set<Bigram> s = new HashSet<>();
        for (int i = 0; i < 10; i++)
            for (char ch = 'a'; ch <= 'z'; ch++)
                s.add(new Bigram(ch, ch));
        System.out.println(s.size());
    }
}

Ich denke, dieses Programm gibt 26 aus, aber es gibt 260 aus. Die Ursache ist, dass ich beabsichtige, gleich zu überschreiben, aber es überladen habe. Das Argument von `Object.equals``` ist vom Typ Object und hat eine andere Signatur. Um solche Fehler zu vermeiden, fügen Sie der zu überschreibenden Methode `@ Override``` hinzu. Der folgende Code führt dann zu einem Kompilierungsfehler.

@Override public boolean equals(Bigram b) {
    return b.first == first && b.second == second;
}

Es sollte wie folgt sein.

@Override
public boolean equals(Object o) {
    if (!(o instanceof Bigram))
        return false;
    Bigram b = (Bigram) o;
    return b.first == first && b.second == second;
}

Aus diesem Grund ** sollten Sie @Override hinzufügen, wenn Sie eine Methode der übergeordneten Klasse überschreiben **. Hiervon gibt es eine Ausnahme: In einer konkreten Klasse tritt beim Überschreiben einer übergeordneten abstrakten Methode ein Kompilierungsfehler auf, sofern dieser nicht zuerst überschrieben wird. Daher muss nicht "@ Override" (Beschreibung) geschrieben werden. Kein Schaden verursacht durch).

[JAVA] Punkt 40: Verwenden Sie konsequent die Überschreibungsanmerkung

40. Verwenden Sie Annotationen überschreiben konsistent