Editor-Vorlagen für defensive Programmierung

Ich mag es, als Vorlage eine "sicherere" equals () Definition zu haben:

Um sicher zu sein, immer zu vermeiden Eq: equals Methode überschreibt Gleichheitszeichen in Superklasse und möglicherweise nicht symmetrisch ( EQ_OVERRIDING_EQUALS_NOT_SYMMETRIC ), wobei:

  

Diese Klasse definiert eine equals-Methode, die eine equals-Methode in einer übergeordneten Klasse überschreibt. Beide equals-Methoden verwenden instanceof, um zu bestimmen, ob zwei Objekte gleich sind.

     

Dies ist mit Gefahren verbunden, da es wichtig ist, dass die equals-Methode symmetrisch ist (mit anderen Worten a.equals(b) == b.equals(a) ).
  Wenn B ein Untertyp von A ist und A 's equals method prüft, ob das Argument ein instanceof A ist und B's equals-Methode prüft, ob das Argument instanceof B ist, ist es sehr wahrscheinlich, dass Die durch diese Methoden definierte Äquivalenzbeziehung ist nicht symmetrisch.

Dies ist nur für Klassen, die Comparable implementieren und ermöglicht:

• eine Implementierung von equals, die immer die gleiche ist;
• alle Vergleichslogiken, die nur an einem Ort liegen (die Funktion compareTo() );
• die Übereinstimmung mit dem Javadoc von Comparable#compareTo() , um sicherzustellen, dass (x.compareTo(y)==0) == (x.equals(y)) (streng empfohlen, aber nicht unbedingt erforderlich).

Keine Vorlage, aber ich verwende array.clone() anstelle von System.arraycopy() . Ist da etwas nicht in Ordnung?

Bearbeiten: Eine Vorlage, die ich bei der Implementierung eines Decorators verwende, insbesondere für eine Schnittstelle mit vielen Methoden:

Erzeugt eine Implementierung der aktuellen Methode, indem er den Aufruf an eine umhüllte Instanz delegiert und somit Kopier- / Einfügefehler verhindert.