Perché does == call di implementazione è uguale a Guid?

Question

Ho visto nel codice souce del tipo GUID in .NET Framework che l'implementazione di Equals e l'operatore == eseguono codice molto simile.

Perché l'operatore == non chiama il metodo Equals sul primo argomento? Qualcosa di simile a questo:

public static bool operator ==(Guid a, Guid b) 
{ 
    return a.Equals(b); 
} 

Answer 1

Il commento è molto eloquente:

public static bool operator ==(Guid a, Guid b) 
{ 
    // Now compare each of the elements 

Questo non ha senso di per sé. Alla ricerca di quella commento altrove nel file:

public bool Equals(Guid g) 
{ 
    // Now compare each of the elements 

ma anche

// Returns true if and only if the guid represented 
// by o is the same as this instance. 
public override bool Equals(Object o) 
{ 
    Guid g; 
    // Check that o is a Guid first 
    if(o == null || !(o is Guid)) 
     return false; 
    else g = (Guid) o; 

    // Now compare each of the elements 

Il commento ha senso solo in questo ultimo metodo. Questa è un'indicazione molto forte che l'implementazione Guid.Equals(Object) è arrivata per prima.

Sarebbe male, o almeno non ottimale, se Guid.operator == e Guid.Equals(Guid) stati attuati in cima Guid.Equals(Object), come quello ultimo metodo richiede allocazioni inutili, e mentre difficilmente sarà evidente nei casi più comuni, ci sono certamente i confronti Guid che si verificano in qualche codice in cicli stretti in cui le allocazioni sarebbero misurabili.

Ora, sarebbe stato sicuramente possibile utilizzare operator == per utilizzare Equals(Guid) o viceversa, ma in realtà non è necessario alcun lavoro aggiuntivo per copiarlo e incollarlo due volte anziché una volta.