等于覆盖与 IEquatable<> [重复]

Question

在我的一生中，我无法让我的 WPF 绑定为 RibbonComboBox 的 SelectedItem 属性正常工作。

然后我开始阅读 .NET 如何比较项目。我的理解是，在某些情况下，它会比较实际的指针。在这种情况下，从数据库中加载一个新的相等的值，例如，它可能不被认为是相等的。

然后我开始研究为我的类型显式实现Equals。但是，这似乎有点令人困惑，因为我至少可以实现两个不同的版本。

下面的代码显示我可以覆盖object.Equals，也可以实现IEquatable<>。事实上，下面的代码实现了两者，并且测试表明两者都被调用。

public class TextValuePair : IEquatable<TextValuePair>
{
    public string Text { get; set; }
    public int Value { get; set; }

    public override bool Equals(object obj)
    {
        if (obj == null || !(obj is TextValuePair))
            return false;
        return Value == (obj as TextValuePair).Value;
    }

    public override int GetHashCode()
    {
        return Value;
    }

    public bool Equals(TextValuePair obj)
    {
        Debug.Assert(obj != null);
        if (obj == null)
            return false;
        return Value == obj.Value;
    }
}

有人可以帮助我了解如何避免我的对象被 .NET 库例程根据具有相同值的指针进行等价比较吗？真的有必要实现Equals的两个版本吗？

Answer 1

正如msdn 所指出的，如果您正在实现IEquatable<T>，您仍然需要覆盖Equals，因为它仍将使用签名Equals(System.Object, System.Object) 调用，并且您的覆盖应该与从@ 实现的方法一致987654326@。

与 Arno 在评论中显示的 question about the difference between iequatable and just overriding object equals 一样，IEquatable<T> 用于需要对集合进行操作以优化它们，不再需要装箱，而是调用具有特定类型的直接 Equals 时使用。

你有两个选择：

如果您在程序中处理集合时对性能感兴趣，您可以继续实现Equals 方法；

或

您可以删除 IEquatable<T> 并仅覆盖 Equals 以简化您的代码。

此外，无论何时覆盖Equals，您也应该始终覆盖GetHashCode。