Linq Where-Klausel, die nicht zurückgibt, was ich erwarte, wenn String.Contains (String) auf einer Null-Zeichenfolge

Question

Ich kratzte meinen Kopf für eine Stunde auf dieser gestern ohne Ergebnisse, aber Schweiß.

Dies gab mir alle meine MyClass DB-Datensätze, wie ich es erwarten würde.

string SearchTag = ""; 
Extension.getDBService<MyClass>().FindAll(i => <true condition> && i.TAG.ToLower().Trim().Contains(SearchTag.ToLower().Trim())); 

Dies ergab eine 0 Count-Sammlung! Ich verstehe das nicht.

string SearchTag = "e"; 
Extension.getDBService<MyClass>().FindAll(i => <true condition> && i.TAG.ToLower().Trim().Contains(SearchTag.ToLower().Trim())); 

Dies gibt eine Auflistung wieder, die alle MyClass DB-Datensätze enthält. Dies ist normal, da i.TAG immer "e" enthält.

Warum bekomme ich eine 0-Mitglieder-Sammlung mit dem zweiten Ausdruck? "String" .Contains ("") sollte immer wahr sein, oder?

PS: Extension.getDBService() ist übrigens ein Aufruf zu einem DBContext.

Danke für Ihre Unterstützung.

Answer 1

Interessanterweise generiert die Art, wie Sie die LINQ-Abfrage geschrieben haben, SQL CHARINDEX(...) > 0 Kriterien, die für eine leere Zeichenfolge false zurückgibt.

Wenn Sie jedoch die ToLower().Trim() Teil der SearchTag Variable

SearchTag = SearchTag.ToLower().Trim(); 

und

i.TAG.ToLower().Trim().Contains(SearchTag) 

in der LINQ-Abfrage, dann werden die generierten SQL-Kriterien verwenden entfernen (außerhalb der Abfrage bewegen) ist LIKE Betreiber und funktioniert wie erwartet.

Nur ein weiteres Beispiel, dass LINQ to Entities ist nicht wie LINQ to Objects.