Comprendre IEquatable

Question

Si je veux comparer des objets et ils mettent en œuvre la IEquatable <> interface, j'ai quelques questions:

1. Pourquoi dois-je passer outre equals (Object) si je dois implementer equals <>
2. puis-je utiliser == et! = Une fois que j'implémente IEquatable?

Answer 1

En ce qui concerne # 1:

De MSDN:

Si vous implémentez IEquatable<T>, vous devez également remplacer les implémentations de classe de base de Object::Equals(Object) et GetHashCode() afin que leur comportement est compatible avec celui de la méthode IEquatable<T>::Equals . Si vous faites passer outre Object::Equals(Object), votre implémentation surchargée est également appelé dans les appels à la méthode Equals(System.Object, System.Object) statique de votre classe. Cela garantit que toutes les invocations de la méthode Equals() renvoient des résultats cohérents.

2) Non, ils effectuent des comparaisons de références simples et n'utilisent pas la méthode Equals.

Answer 2

1) Comme l'a dit Ray, remplacez Equals(object) pour assurer la cohérence lorsque la méthode est appelée à partir de classes qui ne savent pas (statiquement) que vous implémentez IEquatable<T>. Par exemple, les classes de collections non génériques utiliseront Equals(object) pour les comparaisons. Vous devez également remplacer GetHashCode().

2) L'implémentation IEquatable<T> ne surcharge pas les opérateurs == et! = Automatiquement, mais rien ne vous empêche de le faire, tout comme le fait System.String. Vous devez documenter cela très clairement si vous faites, cependant - et soyez prudent lorsque vous faites des comparaisons entre d'autres types de référence (par exemple MyType et Object) qui utilisera toujours la comparaison d'identité. Je pense que ce n'est pas une bonne idée de le faire à moins que ce soit un type très utilisé dans votre code, où tout le monde connaîtra très bien et où le sucre syntaxique de surcharge == aura vraiment un impact positif sur lisibilité.