为什么不呢。除了(LINQ)正确地比较事物?(使用IEquatable)

经过调查,事情并没有我想象的那么糟。基本上,当一切都正确实现(gethashcode等)时,文档是正确的,并且行为是正确的。但是,如果您尝试自己实现IEquatable,那么您的equals方法将永远不会被调用(这似乎是由于GetHashCode没有正确实现)。因此,虽然文档在技术上是错误的,但在您永远都不想做的边缘情况下是错误的(如果这次调查教会了我什么,那就是IEquatable是您应该原子地实现的一整套方法的一部分(按惯例,而不是按规则,很不幸))。这方面的好消息来源是:

Is there a complete IEquatable implementation reference?

http://msdn.microsoft.com/en-us/library/ms131190.aspx

http://blogs.msdn.com/irenak/archive/2006/07/18/669586.aspx

界面 IEqualityComparer<T> 有以下两种方法:

bool Equals(T x, T y);
int GetHashCode(T obj);

因此,这个接口的良好实现将实现这两个功能。linq扩展方法except依赖哈希代码,以便在内部使用字典或设置查找以确定要跳过哪些对象,因此需要正确的gethashcode实现。

不幸的是,当你使用 EqualityComparer<T>.Default ,该类本身不提供良好的GetHashCode实现,并且在检测到该对象实现时,它依赖于所讨论的对象t类型来提供该部分。 IEquatable<T> .

这里的问题是 IEquatable<T> 事实上没有声明 GetHashCode 因此,与 Equals 它声明的方法。

所以你有两个选择:

• 提供适当的 i质量公司<t> 实现两者的实现 等于 和 方法
• 确保除了实现 IEquatable<T> 在您的对象上,实现适当的 方法 也

猜猜看,这是不同的课程吗?我认为默认情况下,iequatable只适用于同一类。所以它可以通过返回到对象.equal方法。