Рассмотрим следующий код:
struct Vec2 : IEquatable<Vec2>
{
double X,Y;
public bool Equals(Vec2 other)
{
return X.Equals(other.X) && Y.Equals(other.Y);
}
public override bool Equals(object obj)
{
if (obj is Vec2)
{
return Equals((Vec2)obj);
}
return false;
}
// this will return the same value when X, Y are swapped
public override int GetHashCode()
{
return X.GetHashCode() ^ Y.GetHashCode();
}
}
Помимо беседы о сравнении удвоений для равенства (это всего лишь демонстрационный код), я обеспокоен тем, что есть хеш-столкновение, когда значения X, Y меняются местами. Например:
Vec2 A = new Vec2() { X=1, Y=5 };
Vec2 B = new Vec2() { X=5, Y=1 };
bool test1 = A.Equals(B); // returns false;
bool test2 = A.GetHashCode() == B.GetHashCode() // returns true !!!!!
который должен разрушить хаос в коллекции словарей. Поэтому вопрос заключается в том, как свойство формирует функцию GetHashCode() для 2,3 или даже 4 значений с плавающей запятой, так что результаты не симметричны, а хеши не сталкиваются.
Изменить 1:
Point реализует неподходящее решение x ^ y и PointF wraps ValueType.GetHashCode().
Rectangle имеет очень своеобразное выражение (((X ^ ((Y << 13) | (Y >> 19))) ^ ((Width << 26) | (Width >> 6))) ^ ((Height << 7) | (Height >> 25))) для хеш-кода, который, как представляется, выполняет, как ожидалось.
Изменить 2:
"System.Double" имеет приятную реализацию, так как не учитывает каждый бит одинаково важный
public override unsafe int GetHashCode() //from System.Double
{
double num = this;
if (num == 0.0)
{
return 0;
}
long num2 = *((long*) &num);
return (((int) num2) ^ ((int) (num2 >> 32)));
}