Decimal.GetHashCode Depende de ceros a la derecha

Question

Duplicar posibles:
C# Why can equal decimals produce unequal hash values?

Me he encontrado con un problema en mi aplicación .NET 3.5 (x86 o x64, he tratado ambos) donde los decimales con un número diferente de ceros finales tienen diferentes códigos hash. Por ejemplo:

decimal x = 3575.000000000000000000M; 
decimal y = 3575.0000000000000000000M; 

Console.WriteLine(x.GetHashCode()); 
Console.WriteLine(y.GetHashCode()); 
Console.WriteLine(x == y); 
Console.WriteLine(x.GetHashCode() == y.GetHashCode()); 

da el siguiente resultado en mi máquina:

1085009409 
1085009408 
True 
False 

supongo que la diferencia en los códigos hash se ha reducido a las diferentes representaciones internas de los dos números causadas por los factores de escala diferentes.

Aunque puedo evitar el problema eliminando los ceros finales, siempre asumí que GetHashCode debería devolver el mismo valor para xey, si x == y. ¿Esta suposición es incorrecta, o es un problema con Decimal.GetHashCode?

EDITAR: Para tener claridad en las versiones, estoy usando Visual Studio 2008 SP1, .NET 3.5.

Answer 1

Esto es un problema con Decimal.GetHashCode, para .NET Framework versión 3.5 o inferior. Cuando dos valores se consideran iguales, deben devolver el mismo código hash, según las pautas; en este caso, decimal claramente no lo hace. Siempre debe esperar que dos objetos iguales tengan el mismo código hash.

Per MSDN:

Si dos objetos resultan ser iguales, el método GetHashCode para cada objeto debe devolver el mismo valor.

que reproduce

me han tratado el código exacto contra diferentes versiones de .NET Framework, y los resultados son los siguientes:

╔══════════════════╤══════════════════╗ 
║Framework version │ Hashcode equal ? ║ 
╟──────────────────┼──────────────────╢ 
║  2.0   │ No.    ║ 
║  3.0   │ No.    ║ 
║  3.5   │ No.    ║ 
║  4.0   │ Yes.   ║ 
║  4.5   │ Yes.   ║ 
╚══════════════════╧══════════════════╝ 

En otras palabras, parece que tropezó con un error en .NET Framework, que se corrigió con .NET Framework 4.

Los resultados anteriores se alcanzaron con Visual Studio 2012 RC, utilizando las páginas de propiedades para cambiar el marco.

Microsoft acknowledges the bug here.

Answer 2

Esto era bastante infamous bug en versiones .NET anteriores a .NET 4. La implementación Decimal.GetHashCode() tenía una dependencia en los valores de bit en el valor decimal. Son diferentes, ya que las pistas decimales son el número de dígitos conocidos en la fracción. Algo que puede ver al usar Decimal.GetBits() en los valores. De hecho, es discutible si se trata de un error, los decimales do tienen valores diferentes, dependiendo del tipo de gafas que use.

Sin embargo, Microsoft acordó que esto era un comportamiento poco intuitivo y lo corrigió en .NET 4, el artículo relevante de comentarios is here.