Warum nimmt SequenceEqual einen IEqualityComparer und nicht ein Prädikat?

Question

Warum nimmt Enumerable.SequenceEqual seinen Vergleich als IEqualityComparer? Der Algorithmus scheint GetHashCode nicht zu verwenden. Warum nimmt es nicht stattdessen ein Func<TSource, TSource, bool> Prädikat, ähnlich wie First ein Func<TSource, bool> nimmt?

Answer 1

Nun, da .NET Core Open Source ist, habe ich diese Frage als issue auf GitHub veröffentlicht. Hoffentlich wird das zu einer Antwort oder Verbesserung führen.

---

Update - Details über die möglichen Gründe für das bestehende Design und seine Probleme, aus der Ausgabe GitHub genommen:

IEqualityComparer, trotz seines Namen, sind wirklich zwei Dinge: Hashes und prüft, ob Gleichberechtigung. Der einzige Verhaltensunterschied zwischen einer Func<TSource, TSource, bool> und einer IEqualityComparer ist, dass IEqualityComparer eine GetHashCode Methode hat. Wenn alles, was Sie tun möchten, ist auf Gleichheit der Reihenfolge zu überprüfen, mit IEqualityComparer müssen Sie schreiben Sie den Hash-Code (was kann schwierig zu tun), obwohl wird es wahrscheinlich nie verwendet werden (aber Sie können nicht darauf zählen es wird nie verwendet, weil SequenceEqual nicht dokumentiert, dass es es nicht verwenden wird).

Oft Typen, die Sie mit SequenceEqual vergleichen passieren werden ein oder mehr IEqualityComparer Begleiter Typen haben, so dass sie in gehasht Behältern gelagert werden können. Wahrscheinlich wurde deshalb IEqualityComparer als Parameter gewählt. Allerdings gibt es auch viele Male , wenn es keine IEqualityComparer gibt und es keine Hashing Anforderung gibt. In diesen Fällen ist das Erstellen einer Klasse und das Implementieren von GetHashCode verschwenderisch.

Answer 2

Ich bin versucht zu sagen "weil".

Wenn Sie sich auf andere ähnliche Methoden (wie Enumerable.Distinct) schauen, nehmen sie auch eine IEqualityComparer in der Überlastung.

Auch eine IEqualityComparer ist die "richtige" Möglichkeit zu prüfen, ob Objekte gleich sind. A Func<TSource, TSource, bool> würde nicht unbedingt auf Gleichheit prüfen, es würde prüfen, ob die Objekte zu diesem Zeitpunkt für Ihre spezifische Nutzung ähnlich genug sind.

Zum Glück ist es einfach genug, Ihre eigene Erweiterungsmethode zu machen. Zum Beispiel hat eine Implementierung von DistinctBy, die Sie betrachten können.