LINQ to entities seulement prend en charge la conversion EDM primitive ou une énumération des types avec IEntity interface

J'ai le générique suivant la méthode d'extension:

public static T GetById<T>(this IQueryable<T> collection, Guid id) 
    where T : IEntity
{
    Expression<Func<T, bool>> predicate = e => e.Id == id;

    T entity;

    //Allow reporting more descriptive error messages.
    try
    {
        entity = collection.SingleOrDefault(predicate);
    }
    catch (Exception ex)
    {
        throw new InvalidOperationException(string.Format(
            "There was an error retrieving an {0} with id {1}. {2}",
            typeof(T).Name, id, ex.Message), ex);
    }

    if (entity == null)
    {
        throw new KeyNotFoundException(string.Format(
            "{0} with id {1} was not found.",
            typeof(T).Name, id));
    }

    return entity;
}

Malheureusement Entity Framework ne sais pas comment gérer la predicate depuis C# converti le prédicat suivant:

e => ((IEntity)e).Id == id

Entity Framework lève l'exception suivante:

Impossible de convertir le type "IEntity' de type 'SomeEntity'. LINQ to
Seules entités prend en charge la conversion EDM primitive ou une énumération des types.

Comment pouvons-nous faire Entité Cadre de notre travail avec nos IEntity interface?

InformationsquelleAutor Steven | 2013-09-24
  1. 176

    J'ai été en mesure de résoudre ce problème en ajoutant la class générique type de contrainte à l'extension de la méthode. Je ne sais pas pourquoi ça marche, même si.

    public static T GetById<T>(this IQueryable<T> collection, Guid id)
    where T : class, IEntity
{
    //...
}
    • Cela a résolu mon problème
    • Fonctionne pour moi aussi! J'aimerais que quelqu'un soit en mesure de l'expliquer. #linqblackmagic
    • Pouvez-vous nous expliquer comment vous ajoutez cette contrainte
    • bien sûr! Je viens de mettre à jour la réponse avec des exemples de code.
    • Ma conjecture est que le type de classe est utilisé plutôt que le type d'interface. EF ne connaît pas le type d'interface, de sorte qu'il ne peut pas le convertir en SQL. Avec la contrainte de classe le type inféré est le DbSet<T> type EF sait quoi faire avec.
    • Parfait, c'est génial d'être en mesure d'effectuer l'Interface à base de requêtes et toujours conserver la collection IQueryable. Un peu gênant toutefois qu'il n'y a fondamentalement pas de façon de penser jusqu'à ce correctif, sans en connaître les rouages de l'EF.
    • Ce que vous voyez ici est un compilateur contrainte de temps ce qui permet au compilateur C# pour déterminer que T est de type IEntity à l'intérieur de la méthode est donc capable de déterminer que toute utilisation de la IEntity "trucs" n'est valable que lors de la compilation du code MSIL généré automatiquement effectuer cette vérification pour vous avant l'appel. Pour clarifier, l'ajout de "classe" comme un type de contrainte permet de collecte.FirstOrDefault() pour exécuter correctement est plus que probable retourne une nouvelle instance de T appeler un défaut ctor sur une classe en fonction du type.

    InformationsquelleAutor Sam
  2. 61

    Quelques explications supplémentaires concernant la class "fix".

    Cette réponse montre deux expressions différentes, l'une avec et l'autre sans where T: class contrainte. Sans le class contrainte que nous avons:

    e => e.Id == id //becomes: Convert(e).Id == id

    et avec la contrainte:

    e => e.Id == id //becomes: e.Id == id

    Ces deux expressions sont traitées différemment par l'entity framework. En regardant les EF 6 sources, on peut trouver que l'exception vient de ici, reportez-vous à ValidateAndAdjustCastTypes().

    Ce qui se passe, que EF essaie de lancer IEntity en quelque chose qui a du sens le modèle de domaine du monde, mais il ne parvient pas à le faire, d'où l'exception est levée.

    L'expression avec la class contrainte ne contient pas le Convert() opérateur de cast n'est pas essayé et tout va bien.

    Il reste ouvert à la question, pourquoi LINQ construit des expressions différentes? J'espère que certains C# assistant sera en mesure de l'expliquer.

    • Merci pour l'explication.
    • quelqu'un a essayé d'invoquer un C# assistant ici. Où êtes-vous?
    InformationsquelleAutor Tadej Mali