Liste.where ("string" .Contains ()) renvoie null dans une requête LINQ

Essayez ce qui suit: xxx pré>

Si cela soulève une erreur, veuillez fournir les détails exacts d'exception et toute exception interne. Ce qui précède devrait fonctionner et lorsqu'il est passé à EF2SQL, il devrait gérer le potentiel des noms d'être nuls. P>

Comme vous le mentionnez, vous souhaitez charger de la liste. Dans ce cas, vous auriez besoin d'affirmer la vérification nulle: p>

List<Product> GetProductsFromSearch(int languageId, string searchedData){
   if (string.IsNullOrEmpty(searchedData))
       return new List<Product>();

   var query = _contex.Products.ToList(); 

    switch(languageId) //LanguageId 1 = English , LangaugeId 2 = Italian
    {
       case 1:
            query = query.Where(i=> !string.IsNullOrEmpty(i.NameEnglish) && i.NameEnglish.Contains(searchedData));
       case 2:
            query = query.Where(i=> !string.IsNullOrEmpty(i.NameItalian) && i.NameItalian.Contains(searchedData));
    }

    return query.ToList();
}

Je recommanderais d'ajouter un enregistreur à votre contexte juste à des fins de débogage:

https://docs.microsoft.com / FR-US / EF / EF6 / Principes de base / Logging-et-Interception

Vous pouvez alors voir quelles requêtes exactes sont générées et quelle requête exacte provoque un problème. Parfois, la traduction de SQL ne fonctionne pas exactement comme si vous pensez.

Ceci revient à un facteur simple. Vous devez comprendre le flux de votre logique d'affectation. Les NPES traitent toujours des asignensations variables dont plusieurs raisons peuvent être plusieurs raisons. Linq en tant que n'importe quel () qui peut être utilisé pour tester une condition sur un iEnumerable avant de devoir tirer ses résultats. Cela peut vous aider à utiliser un appareil approprié pour cette exception.