2

我在这里阅读了一些与GetHashCode正确实施有关的问题。我没有发现什么时候应该实现这个方法。

在我的具体情况下，我构建了一个简单的不可变结构：

public struct MyStruct
{
    private readonly Guid m_X;
    private readonly string m_Y;
    private readonly string m_Z;

    public Guid string X
    {
        get { return m_X; }
    }

    public string Y
    {
        get { return m_Y; }
    }

    public string Z
    {
        get { return m_Z; }
    }

    public MyStruct(Guid x, string y, string z)
    {
        if (x == Guid.Empty) throw new ArgumentException("x cannot be equals to Guid.Empty", "x");
        if (string.IsNullOrEmpty(y)) throw new ArgumentException("y cannot be null or empty", "y");
        if (string.IsNullOrEmpty(Z)) throw new ArgumentException("Z cannot be null or empty", "Z");

        this.m_X = x;
        this.m_Y = y;
        this.m_Z = Z;
    }

    public override int GetHashCode()
    {
        var x = 17;

        x = x * 23 + m_X.GetHashCode();
        x = x * 23 + m_Y.GetHashCode();
        x = x * 23 + m_Z.GetHashCode();

        return x;
    }
}

在这种情况下，我已经实施GetHashCode了，但它是强制性的吗？object.GetHashCode基本实现本身不是在处理这种情况吗？

[编辑]一些背景知识：我有一些字符串要解析和生成。此字符串是第 3 方自定义查询语言的一部分。字符串始终采用X|Y|Z. 我想string.Split通过提供这个自定义结构来避免开发人员使用和字符串连接。最后，该结构将包含这两个补充方法：

    public override string ToString()
    {
        return m_X.ToString() + "|" + m_Y + "|" + m_Z;
    }

    public static MyString Parse(string stringToParse)
    {
         // implementation omitted
    }
4

2 回答 2

8

基础 object.GetHashCode 实现本身不是在处理这种情况吗？

不，ValueType.GetHashCode()实际上是在处理它——默认实现做得非常糟糕，在大多数情况下只使用第一个字段。（在这种情况下，我不确定它会做什么，因为由于字符串引用，您的结构不是“blittable”。不能仅从字段中的简单二进制值检查相等性 - 字符串需要要检查是否相等。）

对于要用于相等操作的任何值类型（例如，作为字典中的键），重写GetHashCodeandEquals(object)以及实现IEquatable<T>相等性检查不需要装箱是一个好主意。

在不覆盖的情况下覆盖绝对是一个坏主意- 我很惊讶编译器没有警告你。GetHashCodeEquals

于 2012-11-16T14:16:45.910 回答
0

我什么时候应该实现这个方法

考虑到它GetHashCode基本上用于比较覆盖，当您必须实现自己的比较逻辑时必须使用它。

也可能是这样的情况，当您要定义结构的不完全相等（从它们的内容的角度来看）实例的相似性时。（也可以很自然地定义为自定义比较逻辑）

它可能在像Keys内部字典/哈希一样使用的类中创建。

可能用作哈希表中键的类也必须重写此方法，因为在哈希表中用作键的对象需要通过此方法生成自己的哈希码

于 2012-11-16T14:19:29.203 回答