Differenza tra == e .Equals() con interfacce e LINQ

Question

Recentemente ho ricevuto un errore "La mappatura dell'interfaccia membro ..... non è supportato", che ho risolto in base a this thread. Per dimostrare:

public interface IMyInterface { string valueText { get; set; } } 
public class MyData : IMyInterface 
{ 
    int ID { get; set;} 
    string valueText { get; set;} 
} 
public class MyOtherData : IMyInterface 
{ 
    long ID { get; set;} 
    string valueText { get; set;} 
} 

e

public static IEnumerable<T> GetByValue<T>(string value) : where T : class, IMyInterface, new() 
{ 
    using (var context = new DataContext()) 
    { 
     // The important line 
     return context.GetTable<T>().Where(x => x.valueText == value); 
    } 
} 

L'esecuzione di questo codice, mi piacerebbe avere un NotSupportedException: "La mappatura del membro di interfaccia IMyInterface.valueText non è supportato". Tuttavia, se sostituisco lo x.valueText == value con x.valueText.Equals(value), tutto funziona come previsto.

Ho risolto questo nel mio codice, ma voglio capire perché si comporta in questo modo. Qualcuno può spiegarlo?

Aggiornamento: Come per il mio commento qui sotto, il team LINQ to SQL ha chiuso questo come un "Non risolverà". Penso che ciò significhi che ora conta come un bug noto, ma che non sarà risolto in tempi brevi. Mi piacerebbe comunque sapere perché si comporta diversamente in primo luogo, però.

Answer 1

Apparentemente la decisione di inviare la query a monte del server è basata su un insieme di regole incomplete, quindi LINQ-to-SQL trova un costrutto (un'interfaccia) che non può gestire.

La chiamata al metodo non è supportata da LINQ-to-SQL, quindi genera una query per recuperare tutti i record e quindi utilizza LINQ-to-Objects per filtrarli. (In realtà, in base al tuo altro thread, LINQ-to-SQL può fare un'eccezione speciale per object.Equals e sa come convertirlo in SQL).

LINQ-to-SQL probabilmente dovrebbe ricadere sul comportamento LINQ-to-Objects quando un'interfaccia è coinvolta, ma a quanto pare si limita a generare un'eccezione.