Modèle de réussite de l'Édition sans un tas de champs cachés

Après un peu plus de recherche, je suis tombé sur quelques outils qui aident dans le ViewModel processus - l'une étant AutoMapper & les autres InjectValues. Je suis allé avec InjectValues principalement parce qu'il peut non seulement "aplatir" les objets (objet map -> b) mais il peut aussi "unflatten" (objet map b -> a) - quelque chose que AutoMapper manque malheureusement d'out-of-the-box - quelque chose que je dois faire pour mettre à jour les valeurs à l'intérieur d'une DB.

Maintenant, au lieu d'envoyer mon Article modèle avec toutes ses propriétés à mon point de vue, j'ai créé un ArticleViewModel contenant uniquement les propriétés suivantes:

public class ArticleViewModel
{
public int Id { get; set; }
[MaxLength(15)]
public string Type { get; set; }
public bool Active { get; set; }
public bool Stickied { get; set; }
[Required]
[MaxLength(200)]
public string Title { get; set; }
[Required]
[AllowHtml]
public string Body { get; set; }
}

Quand je crée un Article, au lieu de l'envoi d'un Article de l'objet (avec chaque propriété) j'envoie le point de Vue d'un "simple" modèle - mon ArticleViewModel:

//
//GET: /Article/Create
public ActionResult Create()
{
return View(new ArticleViewModel());
}

Pour la méthode POST, nous prenons le ViewModel nous avons envoyé à la Vue et à l'utilisation de ses données pour Créer un nouvel Article dans la base de données. Pour ce faire, nous "unflattening" le ViewModel sur un Article de l'objet:

//
//POST: /Article/Create
public ActionResult Create(ArticleViewModel articleViewModel)
{
Article article = new Article();              //Create new Article object
article.InjectFrom(articleViewModel);         //unflatten data from ViewModel into article 
//Fill in the missing pieces
article.CreatedBy = CurrentSession.SamAccountName;   //Get current logged-in user
article.DateCreated = DateTime.Now;
if (ModelState.IsValid)
{            
_db.Articles.Add(article);
_db.SaveChanges();
return RedirectToAction("Index", "Home");
}
ViewBag.Categories = GetDropDownList();
return View(articleViewModel);            
}

Les "pièces manquantes" rempli sont les propriétés de l'Article, je ne voulais pas définie dans la Vue, ils ne doivent être mis à jour dans la vue d'Édition (ou pas du tout, d'ailleurs).

La méthode Edit est à peu près le même, sauf qu'au lieu d'envoyer une nouvelle ViewModel de la Vue, nous envoyer un ViewModel pré-rempli avec les données de notre base de données. Nous faisons cela en récupérant l'Article de la base de données et l'aplatissement de données sur le ViewModel. Tout d'abord, la méthode GET:

    //
//GET: /Article/Edit/5
public ActionResult Edit(int id)
{
var article = _db.Articles.Single(r => r.Id == id);     //Retrieve the Article to edit
ArticleViewModel viewModel = new ArticleViewModel();    //Create new ArticleViewModel to send to the view
viewModel.InjectFrom(article);                          //Inject ArticleViewModel with data from DB for the Article to be edited.
return View(viewModel);
}

Pour la méthode POST, nous voulons prendre les données envoyées à partir de la Vue et de la mise à jour de l'Article stockées dans la base de données. Pour ce faire, nous avons simplement inverser le processus d'aplatissement par "unflattening" le ViewModel sur l'Article objet - comme nous l'avons fait pour la version de notre méthode de création:

    //
//POST: /Article/Edit/5
[HttpPost]
public ActionResult Edit(ArticleViewModel viewModel)
{
var article = _db.Articles.Single(r => r.Id == viewModel.Id);   //Grab the Article from the DB to update
article.InjectFrom(viewModel);      //Inject updated values from the viewModel into the Article stored in the DB
//Fill in missing pieces
article.LastUpdatedBy = MyHelpers.SessionBag.Current.SamAccountName;
article.LastUpdated = DateTime.Now;
if (ModelState.IsValid)
{
_db.Entry(article).State = EntityState.Modified;
_db.SaveChanges();
return RedirectToAction("Index", "Home");
}
return View(viewModel);    //Something went wrong
}

Nous avons aussi besoin de changer fortement typées Créer & Modifier les points de vue de s'attendre à une ArticleViewModel au lieu d'un Article:

@model ProjectName.ViewModels.ArticleViewModel

Et c'est tout!

Donc en résumé, vous pouvez mettre en œuvre des ViewModels passer juste pièces de vos Modèles, vos points de Vue. Vous pouvez ensuite mettre à jour juste ces morceaux, passer le ViewModel vers le Contrôleur, et d'utiliser les informations mises à jour dans le ViewModel pour mettre à jour le réelle Modèle.

OriginalL'auteur Caleb Bergman

une autre bonne façon sans viewmodel

//POST: /Article/Edit/5
[HttpPost]
public ActionResult Edit(Article article0)
{
var article = _db.Articles.Single(r => r.Id == viewModel.Id);   //Grab the Article from the DB to update
article.Stickied = article0.Stickied;
//Fill in missing pieces
article.LastUpdatedBy = MyHelpers.SessionBag.Current.SamAccountName;
article.LastUpdated = DateTime.Now;
if (ModelState.IsValid)
{
_db.Entry(article0).State = EntityState.Unchanged;
_db.Entry(article).State = EntityState.Modified;
_db.SaveChanges();
return RedirectToAction("Index", "Home");
}
return View(article0);    //Something went wrong
}

OriginalL'auteur Amin

En plus de la réponse, AutoMapper peut également être utilisé pour unflatten.
À l'aide de AutoMapper à unflatten un DTO

OriginalL'auteur stenlytw