GetHashCode sur les champs null?

Comment dois-je traiter avec les champs null dans GetHashCode fonction?

Module Module1
  Sub Main()
    Dim c As New Contact
    Dim hash = c.GetHashCode
  End Sub

  Public Class Contact : Implements IEquatable(Of Contact)
    Public Name As String
    Public Address As String

    Public Overloads Function Equals(ByVal other As Contact) As Boolean _
        Implements System.IEquatable(Of Contact).Equals
      Return Name = other.Name AndAlso Address = other.Address
    End Function

    Public Overrides Function Equals(ByVal obj As Object) As Boolean
      If ReferenceEquals(Me, obj) Then Return True

      If TypeOf obj Is Contact Then
        Return Equals(DirectCast(obj, Contact))
      Else
        Return False
      End If
    End Function

    Public Overrides Function GetHashCode() As Integer
      Return Name.GetHashCode Xor Address.GetHashCode
    End Function
  End Class
End Module
InformationsquelleAutor Shimmy | 2010-03-15
  1. 7

    Que Jeff Yates a suggéré, le remplacer dans la réponse serait de donner la même valeur de hachage pour (nom = null, adresse = "foo") en tant que (nom = "toto", address = null). Ces le besoin d'être différent. Comme suggéré dans le lien, quelque chose de semblable à la suivante serait mieux. 

    public override int GetHashCode()
{
    unchecked //Overflow is fine, just wrap
    {
        int hash = 17;
        hash = hash * 23 + (Name == null ? 0 : Name.GetHashCode());
        hash = hash * 23 + (Address == null ? 0 : Address.GetHashCode());
    }
    return hash;
}

    Quel est le meilleur algorithme pour un substituée Système.Objet.GetHashCode?

    • (Name == null ? 0 : Name.GetHashCode()) peuvent être résumés à (Foo?.GetHashCode() ?? 0) en C# 7
    InformationsquelleAutor IllNate
  2. 32

    Généralement, vous devez vérifier la nullité et de l'utilisation de 0 pour cette "partie" du code de hachage si le champ est null:

    return (Name == null ? 0 : Name.GetHashCode()) ^ 
  (Address == null ? 0 : Address.GetHashCode());

    (pardon pour le C#-ism, pas sûr de la valeur null chèque équivalent en VB)

    • np sujet de la "csism'. vous avez juste a précisé que le code de hachage pour les nuls est de 0.
    • btw, si la différence de champ est un int, puis-je retourner un int au lieu de c'est hashcode? serait-ce une mauvaise idée? c'est à dire le retour ContactId ^ (Nom == null ? 0 : Nom.GetHashCode) (c'est un int)?
    • La seule exigence pour des codes de hachage, c'est que l'égalité des objets de retour d'égalité des codes de hachage. Depuis égal entiers sont égaux, retour de l'int comme son propre code de hachage est très bien. En effet, c'est exactement ce que Int32.GetHashCode apparaît à faire...!
    • merci, je pensais, mais n'était pas sûr, merci beaucoup!!
    • XORing n'est pas une bonne façon de combiner des codes de hachage. Pour une approche plus solide, voir stackoverflow.com/questions/263400/...
    • semble Nullable<T> déjà renvoie 0 lorsque HasValue est faux: msdn.microsoft.com/en-us/library/axk9ks7d(v=vs. 110).aspx
    • Notez que dans de nombreux (tous?) versions de la .NET Framework, le remplacement de GetHashCode() qui existe dans System.Int32 retourne simplement l'entier lui-même. Dans ce cas ContactId.GetHashCode() est le même que juste ContactId lorsque le type de ContactId est int. bien sûr, vous ne savez jamais si la mise en œuvre va changer dans les futures versions de .NET.

    InformationsquelleAutor itowlson