Le mappage d'un DTO une Entité avec Automapper

J'ai une Entité Cadre POCO avec la structure suivante.

public class Entity
{
    public virtual int Id { get; set; }
    public virtual string Name { get; set; }
}

J'ai créé un Objet de Transfert de Données pour cette entité à être utilisé par mon point de vue.

public class EntityDto
{
    public int Id { get; set; }
    public string Name { get; set; }
}

Maintenant, j'ai le texte suivant du code de mappage dans mon Global.asax fichier.

Mapper.CreateMap<Entity, EntityDto>();
Mapper.CreateMap<EntityDto, Entity>(); //not sure whether I need this as well?

Tout fonctionne bien, je passe la DTO de mon point de vue sur OK et je peux créer une nouvelle instance de Entity de mon EntityDto modèle. Le problème se pose lorsque j'essaie de modifier mon Entity; je suis conscient de ce qui est en bas à AutoMapper perdre de l'Entité Clé EF crée pour suivre les modifications apportées à l'objet, mais après avoir lu quelques sources il ne semble pas être une solution définitive. Ici est l'action que j'utilise pour modifier mon entité.

public ActionResult EditEntity(EntityDto model)
{
    var entity = context.Entities.Single(e => e.Id == model.Id);
    entity = Mapper.Map<EntityDto, Entity>(model); //this loses the Entity Key stuff
    context.SaveChanges();

    return View(model);
}

Maintenant, que dois-je faire pour résoudre ce problème? Puis-Je:

  1. En quelque sorte dire AutoMapper à .Ignore() l'Entité propriétés de Clé?
  2. Obtenir AutoMapper pour la copie de l'Entité propriétés de Clé?
  3. .Attach() mon mappé Entity et de définir l'état de modifié?

Toute aide toujours apprécié.

OriginalL'auteur Paul Aldred-Bann | 2012-10-31

  1. 8

    .Attach() mon mappé Entité et de définir l'état de modifié?

    public ActionResult EditEntity(EntityDto model)
{
    var entity = Mapper.Map<Entity>(model);
    context.Set<Entity>().Attach(entity); //(or context.Entity.Attach(entity);)
    context.Entry<Entity>(entity).State = System.Data.EntityState.Modified;
    context.SaveChanges();
    return View(model);
}

    Où est votre contexte instancié? Vous devriez le faire dans votre EditEntity action de l'omi.

    public ActionResult EditEntity(EntityDto model)
{
    using(var context = new MyContext())
    {
        var entity = Mapper.Map<Entity>(model);
        context.Set<Entity>().Attach(entity); //(or context.Entity.Attach(entity);)
        context.Entry<Entity>(entity).State = System.Data.EntityState.Modified;
        context.SaveChanges();
        return View(model);
    }
}
    Brillante, cette a juste travaillé. Donnez-moi quelques instants pour essayer dans mon projet.
    C'est exactement ce que je cherchais, merci encore!
    Content d'avoir pu alt-tab et copier coller.. je veux dire vous aider. 🙂

    OriginalL'auteur Pluc

  2. 13

    Essayer de passer de l'entité en tant que second paramètre de votre cartographie.

    entity = Mapper.Map<EntityDto, Entity>(model, entity);

    Sinon, votre instance d'entité est remplacée par une nouvelle instance, et vous perdez de l'entité créée dans la première ligne.

    Malheureusement j'ai déjà essayé cela, provoque le même problème - essentiellement AutoMapper dit qu'il ne peut pas trouver une correspondance config que lorsque j'ai récupéré mon Entity le contexte, il n'est pas seulement votre moyenne POCO et plus si AutoMapper ne sais pas quoi faire.
    si il y a d'autres propriétés sur l'Entité que vous n'avez pas dans la liste, vous pouvez tout aussi bien vouloir dire AutoMapper de les ignorer: .ForMember(dest => dest.PropertyToIgnore, opt => opt.UseDestinationValue)
    C'est la question, à l'époque, je suis la création de mon AutoMapper mappages Entity est juste un POCO, donc ne contiennent pas de l'extra entité trucs que EF crée lors de la récupération, donc je ne peux pas dire AutoMapper de les ignorer.
    Saint CRUD je ne sais pas qui pourrait le faire avec la Carte. Incroyable.
    merci beaucoup , c'résoudre mon problème

    OriginalL'auteur dark_ruby

  3. 1

    Une alternative réponse qui ne nécessite pas Automapper pour la DTO de l'Entité de conversion est à l'aide d'un DbEntry:

            var oldEntity = DbSet.FirstOrDefault(x => x.Id == updatedEntity.Id);
        var oldEntry = Context.Entry(oldEntity);

        oldEntry.CurrentValues.SetValues(updatedEntity);

    Vous n'avez pas besoin d'attacher/vérification d'état parce que vous êtes l'obtention de l'ancienne entité d'abord donc, il a suivi des modifications attaché à elle. Aussi, le CurrentValues.SetValues peut accepter d'un autre type, dans cet exemple updatedEntity est la DTO. Définir les Valeurs de la documentation est expliqué comme tel:

    Définit les valeurs de ce dictionnaire, par la lecture de la valeur de l'objet donné. L'objet donné peut être de tout type. Toute propriété sur l'objet avec un nom qui correspond à un nom de propriété dans le dictionnaire et peut être lu à lire. D'autres propriétés seront ignorés. Cela permet, par exemple, la copie de propriétés à partir de simples Objets de Transfert de Données (Otd).

    Semble comme il peut déjà effectuer dans un automapper-esque.

    Cela a totalement fonctionné pour moi. Le Mappeur.Carte(modèle entité) solution ne fonctionne pas pour moi, parce que quand vous avez un imbriquée entité, qui vous mise à jour (de sorte que votre propriété fait référence à une autre (en suivi) l'entité), la automapper solution va "écraser" le auparavant entité référencée, et la changetracker va se plaindre qu'il est déjà suivi une entité avec cet identifiant.

    OriginalL'auteur SventoryMang