Cast() exception: LINQ to entities seulement prend en charge la conversion EDM primitive ou une énumération des types de

Je veux afficher une entité nommée CriminalEvent dans un but MVC vue que j'ai écrit. La vision exige que le Modèle de passer, il doit mettre en œuvre le IDataModel interface. Maintenant, CriminalEvent a les propriétés d'implémenter cette interface, mais sous un autre nom et je ne peux pas le changer.

Donc, dans mon code j'ai hérité de CriminalEvent et ma classe dérivée (également appelé CriminalEvent, stupide, je suppose, mais me permet d'éviter de nombreux changements de code...) explicite le code de l'interface:

Using ViewApp;
public interface IDataModel
{
    int ID { get; set; }
    int CriminalEventID { get; set; }
}

public class ViewCriminalEvent : AIM.Police.DB.CriminalEvent, IDataModel
{
    int IDataModel.ID
    {
        get { return CriminalEventID; }
        set { CriminalEventID = value; }
    }
}

(Je sais, dans ce cas, l'interface de la propriété ID est égal à CriminalEventID, c'est Ok)

Je m'attendais à être en mesure de lire les AIM.Police.DB.CriminalEvent Entités et remplir mon point de vue, le modèle par Linq to entities Cast()ing à la dérivée CriminalEvent, comme ceci:

Le modèle de vue (j'en ai besoin pour remplir le CriminalEvents la propriété):

Using ViewApp;
public class CriminalEventMainViewModel
{
    public IEnumerable<IDataModel> CriminalEvents { get; set; }
    public IDataModel SelectedEntity { get; set; }

    public string SubEntityDisplayName { get; set; }

    public IEnumerable<IDataModel> SubEntityCollection { get; set; }
    public IDataModel SelectedSubEntity { get; set; }
}

et le code du Contrôleur:

Using ViewApp;    
private ViewResult CriminalEventIndexView(CriminalEvent selectedCriminalEvent = null)
{
    CriminalEventMainViewModel viewModel =
        new CriminalEventMainViewModel();

    using (var db1 = new AIM.Police.DB.InvestigationContext(lazyLoadingEnabled: false))
    {
        viewModel.CriminalEvents = db1.CriminalEvents.Cast<ViewCriminalEvent>().ToList(); //THIS LINE THROWS THE EXCEPTION
        viewModel.SelectedEntity = selectedCriminalEvent;
    }
    return View("Index", (object)viewModel);
}

Note à la fois l'original CriminalEvent classe et la InvestigationContext sont trouvés dans le BUT.La Police.DB dll que je ne peux toucher

L'Erreur:

Unable to cast the type 'AIM.Police.DB.CriminalEvent' to type 'InvestigationSimulator.Models.CriminalEvent'. LINQ to Entities only supports casting EDM primitive or enumeration types.

Pourquoi j'ai cette erreur?
Remarques sur ma façon de faire sont toujours les bienvenus..

InformationsquelleAutor user1707621 | 2013-12-31
  1. 3

    Puisque vous êtes l'obtention de l'ensemble des entités, vous pourrait se concrétiser d'abord la requête, puis effectuer la distribution.

    Cela permettrait d'effectuer la distribution en mémoire au lieu d'essayer de la formuler dans le cadre de la requête de traduction. L'erreur vient de ce que LINQ to entities ne prend pas en charge la transformation du SQL à une non-entité de la classe, même lorsqu'il hérite d'une classe d'entité, car il n'existe pas de cartographie pour les colonnes supplémentaires à la SELECT déclaration. En matérialisant les données, puis la mise à Cast dans la mémoire (LINQ to Objects), vous évitez l'erreur de traduction.

    Cependant, dans votre cas, vous avez l'héritage vers l'arrière pour que cela fonctionne. Pour que cela fonctionne, je vous conseille d'avoir la DB modèle à mettre en œuvre IDataModel et d'éviter la fonte entièrement, voir http://msdn.microsoft.com/en-us/library/vstudio/bb738696(v=vs. 100).aspx et http://msdn.microsoft.com/en-us/library/wa80x488.aspx. En particulier, vos partielle de la classe peut implémenter l'interface (ne sais pas si le concepteur vous permet d'ajouter une définition de l'interface, puisque je n'en code-première de ces jours). Notez que ceci peut éliminer le besoin pour votre modèle spécifique à la vue entièrement.

    viewModel.CriminalEvents = db1.CriminalEvents.ToList();

    L'alternative, ce qui m'aiderait sans doute à faire, c'est de garder le modèle de vue complètement distinct (pas hériter de la classe d'entité) et l'utilisation AutoMapper à la carte entre eux.

    var criminalEvents = db1.CriminalEvents.ToList();
viewModel.CriminalEvents = Mapper.Map<CriminalEventViewModel>(criminalEvents);
    • Ne serait-il pas obtenir InvalidCastException? AIM.Police.DB.CriminalEvent ne découle pas d' InvestigationSimulator.Models.CriminalEvent. La question n'est pas claire (deux CriminalEvent classes dans les différents espaces de noms, et le code à l'aide de références non qualifiés, sans montrer la using espaces de noms), mais je pense que EF sera configuré pour le retour AIM.Police.DB.CriminalEvent, et dans ce cas, il juste ne fonctionnera pas.
    • J'ai interprété la distribution comme dans l'autre sens à partir de la DB modèle pour le modèle de vue. Il n'a vraiment pas de sens de toute autre manière. Dans ce cas, le modèle de vue ne dérivent de la DB modèle. Le message d'erreur semble renforcer cette. C'est une mauvaise pratique, de l'OMI, d'avoir des classes avec le même nom. Dans mon Automapper exemple, j'ai introduit un autre nom pour le modèle de vue pour faire une distinction plus claire.
    • Je suis aussi l'interpréter comme le passage de la DB modèle à la vue du modèle, mais si c'est à partir de la base de dérivé, ça ne marchera pas. Accepté que votre AutoMapper approche est probablement mieux.
    • wow - ne doit pas être pensée. Vous avez absolument raison. J'essayais juste de résoudre l'erreur spécifique. L'héritage doit aller dans l'autre sens aussi. Je vais le corriger.
    • Désolé pour le manque de clarté du code, l'héritage est à partir de la DB modèle à la vue du modèle, et le code est Using le modèle de vue de l'espace de noms et ainsi est toute mention de CriminalEvent (sauf si explicitement indiqué AIM.Police.DB). Je vais mettre à jour le code ci-dessus...
    • Je n'ai jamais utilisé AutoMapper. J'ai pensé à l'utiliser nécessiterait la définition d'un modèle de vue (la classe) et ensuite spécifier le mappage de chaque source (DB modèle) la propriété de chaque dest (modèle de vue) de la propriété, ce qui m'a toujours semblé être trop de code avec peu de profit. N'est-il pas l'affaire? Et où dois-je (nu?)obtenir ce Mappeur?
    • vous pouvez ajouter AutoMapper et le MVC/WebAPI aides spécifiques à l'aide de NuGet. Oui, il n'a normalement besoin d'un modèle de vue de classe, mais il est assez intelligent sur le mappage des propriétés avec les mêmes noms et les types de sorte que la configuration est généralement minime. L'avantage d'utiliser des modèles de vue est réduite couplage entre votre point de vue et vos entités commerciales ainsi que le modèle peut être adapté à la vue, qui pourrait intégrer des données provenant de plusieurs modèles et tout en restant à plat.
    • Mais il est clair qu'un Modèle de Vue est la bonne chose à faire en général, de mon point de vue, presque par définition, a besoin de toutes les propriétés. Je n'ai jamais aimé l'idée de la Cartographie. Donc je suppose que la bonne solution pour mon est le DB Modèle va implémenter l'interface. Il est justifié, car c'est assez générale et non spécifique à mon viewApp (quelque chose comme IIdentifiable je suppose)

    InformationsquelleAutor tvanfosson
  2. 2

    Enumerable.Cast<TResult> est en train de jeter chaque élément de la collection. Et il échoue dans votre scénario (pas de surprise) parce que vous êtes en train de jeter les instances de parent (AIM.Police.DB.CriminalEvent) classe d'objets de enfant (InvestigationSimulator.Models.CriminalEvent) de la classe. Vous ne pouvez pas faire ce genre de casting en C#.

    Pour corriger cela, vous aurez besoin de charger des objets de votre base de données et puis les convertir (map) - les manuellement votre Modèle de classe. La plus simple est de code comme ceci:

    viewModel.CriminalEvents = db1.CriminalEvents.ToList().Select(ce => new InvestigationSimulator.Models.CriminalEvent() { Id = ce.Id, }).ToList();
    • ToList().Select(...) essentiellement inutilement crée une liste pour une simple énumération. Il devrait probablement être ToList().ConvertAll(...) ou AsEnumerable().Select(...). (Le résultat de l'ensemble des trois sera le même que la manière dont ils sont arrivés à ce résultat diffère.)
    • J'avoue que je ne savais pas de Casting ne fonctionne que Child -> Parent et pas vice-versa, de toute façon je suppose que je ne peut pas éviter la cartographie, à droite? L'initialisation de la Id prop dans votre plus Simple Code à titre d'exemple et doit être fait pour toutes les propriétés de parent?
    • Oui, vous avez raison, c'est juste un exemple, vous devriez init toutes les propriétés dont vous avez besoin là (séparés par des virgules). Notez que vos propriétés dans le Modèle peuvent avoir différents nom et le type, vous allez définir des règles de mappage de la manière qui vous convient le mieux. Il n'y a pas besoin d'hériter de votre CriminalEvent Modèle de classe de la DB un. Il suffit de définir les propriétés de vous avez vraiment besoin dans votre application, et de la carte seulement celles de DB.
    • Coulée dans le type de l'héritage fonctionne une ou l'autre direction. Il ne provoque une erreur d'exécution si l'objet n'est pas l'enfant en particulier.
    InformationsquelleAutor SergeyS
  3. 0

    Utiliser cast après ToList() ou Unique (en)

    _c.Customers.ToList().Cast<CustomerBinding>()
    • Casting après ToList retourne un IEnumerable. Le Casting du ToList sera de retour correctement tapé liste: _c.Customers.ToList<CustomerBinding>()
    InformationsquelleAutor Oswaldo Alvarez