ASP.NET MVC - Partiellement mise à jour du modèle de la vue

Cela sonne comme le scénario parfait pour automapper. Vous créez un modèle de vue de la classe qui contient un sous-ensemble de champs ou de votre modèle réel, et de vous laisser AutoMapper prendre soin extraccting valeurs à partir du modèle du domaine de l'objet dans le modèle de vue de l'objet. Quels problèmes rencontrez-vous avec cette approche?

Considérons cet exemple:

Ici est votre modèle de domaine et de votre modèle de vue

public class Person
{
    public string FirstName
    { get; set; }

    public string LastName
    { get; set; }

    public string HomeNumber
    { get; set; }

    public string Address1
    { get; set; }

    public string Address2
    { get; set; }
}

public class PersonViewModel
{
    public string FirstName
    { get; set; }

    public string LastName
    { get; set; }

    public string HomeNumber
    { get; set; }
}

Ici est votre mapping, vous devez créer un mappage dans les deux directions à partir de dm->vm et vm->dm.

De ce que j'ai vu lors de l'utilisation de Automapper est que si vous avez la carte de l'objet A à B et de B en a un bien Un qui n'a pas, il sera remis à zéro. Alors quand j'ai créer la carte que j'direct de l'ignorer ces propriétés manquantes. Je ne suis pas un Automapper expert donc je peut-être à l'aide de ce mal.

Cartographie

Mapper.CreateMap<Person, PersonViewModel>();
//Automapper will reset values in dest which don't exist in source, so be sure to ignore them!
Mapper.CreateMap<PersonViewModel, Person>()
    .ForMember(dest => dest.HomeNumber, opt => opt.Ignore());

Enfin utilisation:

Person p = new Person()
{
    FirstName = "First",
    LastName = "Last",
    Address1 = "add 1",
    Address2 = "add 2"
};

PersonViewModel pvm = Mapper.Map<Person, PersonViewModel>(p);
//Map to a new person
Person p2 = Mapper.Map<PersonViewModel, Person>(pvm);

//Map to the existing person just to update it
Person p3 = new Person()
{
    HomeNumber = "numberHere"
};

//This will update p3
Mapper.Map<PersonViewModel, Person>(pvm, p3);

En raison de l'exclusion, ce n'est évidemment pas idéal, mais beaucoup mieux que de le faire manuellement l'ensemble de la chose.

OriginalL'auteur Sayed Ibrahim Hashimi

Pourquoi n'utilisez-vous pas tryupdatemodel pour mettre avec le formulaire de collecte.

Si votre vue est l'édition d'une personne

public class Person
{
    public string ID { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public string Email { get; set; }
    public string Address { get; set; }
}

Et votre point de vue est seulement la modification de nom et de prénom, vous pouvez le faire:

public ActionResult Action(FormCollection form)
{
    Person personToUpdate = Repository.GetPerson(form["ID"]);

    TryUpdateModel<Person>(personToUpdate, form);

    Repository.Update(personToUpdate)

    return View();
}

Qui ne mettra à jour que Personne avec les éléments qu'une partie de la collection de formulaire. Si vous ne voulez pas un champ mis à jour, ne pas le soumettre avec le formulaire.

OriginalL'auteur Odd

y, viewmodel + automapper.

ps. un modèle compliqué, tend à compliquer ... tout est-il vraiment la peine dans votre scénario?

OriginalL'auteur eglasius

Droit maintenant, je travaille sur un grand projet à l'aide de S#arp Architecture et im aussi à l'aide de l'approche:

Model -> ViewModel -> Model

- Je utiliser le ViewModel pour la Liaison de la partie et les Validations, l'autre approche est d'utiliser le Modèle Directement (avec tryupdatemodel pour mettre /UpdateModel que nous avons utilisé pendant le prototype de développer), mais pour des scénarios complexes-nous à la fin du temps de traitement de la situation particulière comme SelectLists/Case/Projections/HMAC Validations dans un peu ViewModel de toute façon et en utilisant beaucoup de Demande.Form["clé"] =( , l'autre inconvénient est de gérer les erreurs des situations où vous voulez le remplir de nouveau le formulaire avec l'entrée de l'utilisateur, je l'ai trouvé un peu plus compliqué en utilisant le Modèle directement (à l'aide d'un ViewModel nous prenons beaucoup de l'avantage de l'ModelState tentative de valeur, nous permet d'économiser un couple de voyages à la DB, ceux qui ont du faire face à ce scénario, vous savez ce que je veux dire).

Cette approche est un peu long, tout comme vous l'avez dit, vous vous retrouvez de propriétés correspondantes, mais à mon avis c'est le chemin à parcourir pour les formes complexes.

Il est intéressant de mentionner que nous venons d'utiliser Viewmodel pour le Créer/Modifier des scénarios, pour presque tout le reste, nous utilisons directement le modèle.

Je n'ai pas utiliser autommapers jusqu'à présent, mais certainement je ll lui donner un essai.

OriginalL'auteur JOBG