Ist es sinnvoll, dass equals und compareTo inkonsistent sind?

Question

Ich möchte eine Klasse nutzbar machen in SortedSet | SortedMap .

class MyClass implements Comparable<MyClass>{
  // the only thing relevant to comparisons:
  private final String name;

  //...
}

Die Instanzen der Klasse müssen nach ihrer Namenseigenschaft sortiert werden.
Ich möchte jedoch nicht, dass gleichnamige Instanzen als gleichwertig betrachtet werden.

Also ein SortedSet Der Inhalt würde wie folgt aussehen a, a, a, b, c .
(Normalerweise, SortedSet würde nur erlauben a, b, c )

Erstens: Ist dies (philosophisch) konsequent?

Wenn ja, muss ich mit unvorhersehbarem Verhalten rechnen, wenn ich es nicht außer Kraft setze. equals(...) y hashCode() ?

Bearbeiten:
Es tut mir leid, aber meine Frage scheint widersprüchlich zu sein:
Ich möchte die mehrere "gleiche" Werte innerhalb einer einstellen. die dies nicht zulässt nach dem Konzept.
Bitte antworten Sie also nicht mehr auf meine Frage.
Vielen Dank an alle, die bereits geantwortet haben.

Answer 1

Ich möchte Ihnen eine Frage stellen: Ist es sinnvoll, dass a.compareTo(b) 0 zurückgeben und a.equals(b) return false ?

Ich würde eine Comparator<MyClass> stattdessen. Aus diesem Grund sind alle SortedMap / SortedSet Implementierungen, die ich kenne, erlauben die Übergabe einer Comparator bei der Erstellung.

Answer 2

Aus der Javadoc für Comparable

Es wird dringend empfohlen (wenn auch nicht dass natürliche Ordnungen mit Gleichen übereinstimmen. Dies ist so weil sortierte Mengen (und sortierte Karten) ohne explizite Komparatoren verhalten sich " Seltsamerweise ", wenn sie verwendet werden mit Elementen (oder Schlüsseln), deren natürliche Reihenfolge nicht mit Gleichheitszeichen vereinbar ist

Wenn Sie compareTo mit equals() inkonsistent machen wollen, wird empfohlen, stattdessen einen expliziten Komparator zu verwenden, indem Sie eine Klasse bereitstellen, die Comparator implementiert.

Wenn ja, muss ich mit unvorhersehbarem Verhalten rechnen, wenn ich equals(...) und hashcode() nicht überschreibe?

Sie sollten trotzdem equals() und hashcode() außer Kraft setzen. Ob equals() und hashcode() mit compareTo übereinstimmen oder nicht, ist eine andere Frage.

Answer 3

Leistungsfähiges Java empfiehlt, dass Sie, wenn Sie nicht die compareTo im Einklang mit equals sollten Sie dies deutlich angeben:

Die empfohlene Sprache ist "Hinweis: Diese Klasse hat eine natürliche Ordnung, die nicht mit Gleichen übereinstimmt."

Answer 4

Fügen Sie diesen Code einfach in die Gleichheitsmethode ein und denken Sie nie wieder daran:

public boolean equals(Object obj) {
    if (this == obj) return true;
    if (!(obj instanceof MyClass)) return false;
    return 0 == this.compareTo((MyClass) obj);
}