Does Dictionary.Equals() ha un'implementazione?

Question

Ho un dizionario che sto confrontando con un altro dizionario (variabili digitate come IDictionary). Fare d1.Equals (d2) produce false. Scrivendo il mio codice qui sotto si ottiene vero. Entrambi sono System.Collections.Generic.Dictionary. Mi manca qualcosa o Dictionary non ha un'implementazione Equals che confronta chiavi/valori?

private static bool DictEquals<K, V>(IDictionary<K, V> d1, IDictionary<K, V> d2) 
{ 
    if (d1.Count != d2.Count) 
     return false; 

    foreach (KeyValuePair<K, V> pair in d1) 
    { 
     if (!d2.ContainsKey(pair.Key)) 
      return false; 

     if (!Equals(d2[pair.Key], pair.Value)) 
      return false; 
    } 

    return true; 
} 

Answer 1

Dictionary.Equals() utilizza il valore predefinito Equals from Object, controllando se i due oggetti sono lo stesso riferimento, come tutte le altre raccolte predefinite. Sei libero di creare la tua sottoclasse con la semantica del valore, sebbene di solito includa anche cose immutabili.

Answer 2

Probabilmente il metodo della classe DictionaryEquals ricorre semplicemente per l'implementazione predefinita ereditata da Object, cioè, solo a confronto il riferimento Dictionary oggetto passato con il proprio riferimento. Vedi qui: Object.Equals reference

Answer 3

Altri hanno detto che si sta usando l'attuazione Object.Equals, è possibile utilizzare il seguente per ignorare che:

public class EqualsDictionary<T, T> : Dictionary<T, T> 
{ 
    public override bool Equals(object obj) 
    { 
     //Place your comparison implementation here 
    } 
} 

Answer 4

Supponendo che due dizionari, uno è un SortedList<TKey, TValue> e uno un Dictionary<TKey, TValue>, vengono confrontati per uguaglianza, dovrebbe davvero tornare vero se gli articoli sono gli stessi? Sarebbe piuttosto brutto, dato che hanno caratteristiche e caratteristiche diverse (per esempio lo SortedList<,> consente il recupero tramite indice).

Inoltre, l'uguaglianza e il codice hash sono logicamente legati insieme. Il codice hash dovrebbe essere immutabile, altrimenti tutti gli algoritmi basati su hash non funzioneranno. Non puoi garantire questo quando stai usando i contenuti per verificare l'uguaglianza. Pertanto, l'implementazione di default (controllando se sono la stessa istanza) è abbastanza sana. Sei libero di creare il tuo confronto sull'uguaglianza dei contenuti.

Answer 5

I riferimenti in .NET possono essere utilizzati per incapsulare l'identità di un oggetto, aspetti mutabili del suo stato, entrambi o nessuno dei due, oltre all'incapsulamento di aspetti immutabili dello stato di un oggetto. In generale, in assenza di una ragione particolare per assumere il contrario, .NET presuppone che i riferimenti a oggetti mutabili siano utilizzati allo scopo di incapsulare l'identità. Suppone inoltre che nei casi in cui il codice sta confrontando i riferimenti senza sapere cosa rappresentano, è meglio sbagliare dalla parte della segnalazione di cose non uguali. In quanto tali, due riferimenti a oggetti mutabili sono generalmente considerati equivalenti se e solo se identificano lo stesso oggetto, e i tipi mutabili sono quindi scoraggiati dall'override Equals per indicare qualcos'altro. Invece, il codice che utilizza i riferimenti per incapsulare lo stato mutabile dovrebbe utilizzare mezzi diversi da Object.Equals() per confrontarli.