问如何在POST操作中将视图模型映射回域模型？

EN

我使用IBuilder接口并使用ValueInjecter实现它

public interface IBuilder<TEntity, TViewModel>
{
      TEntity BuildEntity(TViewModel viewModel);
      TViewModel BuildViewModel(TEntity entity);
      TViewModel RebuildViewModel(TViewModel viewModel); 
}

..。(实现) RebuildViewModel仅调用BuildViewModel(BuilEntity(viewModel))

[HttpPost]
public ActionResult Update(ViewModel model)
{
   if(!ModelState.IsValid)
    {
       return View(builder.RebuildViewModel(model);
    }

   service.SaveOrUpdate(builder.BuildEntity(model));
   return RedirectToAction("Index");
}

希望能有所帮助

更新：我现在在ProDinner ASP.net MVC Demo App中使用这种方法，它现在被称为IMapper，还有一个pdf文档详细解释了这种方法

像AutoMapper这样的工具可用于用源对象中的数据更新现有对象。用于更新的控制器操作可能如下所示：

[HttpPost]
public ActionResult Update(MyViewModel viewModel)
{
    MyDataModel dataModel = this.DataRepository.GetMyData(viewModel.Id);
    Mapper<MyViewModel, MyDataModel>(viewModel, dataModel);
    this.Repostitory.SaveMyData(dataModel);
    return View(viewModel);
}

除了上面的代码片段中可见的内容之外：

• POST数据到视图模型+验证是在ModelBinder中完成的(可以使用自定义过滤器处理进行扩展(例如，通过存储库捕获数据访问异常抛出)，可以由HandleError filter

完成

控制器操作非常简单，而且关注点是分开的:映射问题在AutoMapper配置中解决，验证由ModelBinder完成，数据访问由存储库完成。

我想说的是，您可以重用术语ViewModel来表示客户端交互的两个方向。如果您已经阅读了足够多的ASP.NET MVC代码，那么您可能已经看到了ViewModel和EditModel之间的区别。我认为这很重要。

ViewModel表示呈现视图所需的所有信息。这可能包括在静态非交互位置呈现的数据，也可能包括纯粹为了执行检查以决定呈现的确切内容的数据。控制器GET操作通常负责为其视图打包ViewModel。

EditModel (或者可能是ActionModel)表示执行用户想要对该帖子执行的操作所需的数据。所以EditModel实际上是在试图描述一个动作。这可能会从ViewModel中排除一些数据，尽管相关，但我认为认识到它们确实不同是很重要的。

One Idea

也就是说，你可以很容易地从模型-> ViewModel获得一个AutoMapper配置，并从EditModel ->模型获得一个不同的配置。然后，不同的控制器操作只需要使用AutoMapper。见鬼，EditModel可以有一个函数来根据模型验证它的属性，并将这些值应用到模型本身。它没有做其他任何事情，而且你在MVC中有ModelBinders来将请求映射到EditModel。

Another Idea

除此之外，我最近一直在思考的一件事是，ActionModel的想法是，客户端回发给您的实际上是用户执行的几个操作的描述，而不仅仅是一大堆数据。这当然需要客户端的一些Javascript来管理，但我认为这个想法很有趣。

本质上，当用户在您呈现的屏幕上执行操作时，Javascript将开始创建一个操作对象列表。例如，用户可能在员工信息屏幕上。他们更新姓氏并添加新地址，因为该员工最近刚结婚。在幕后，这将在列表中生成一个ChangeEmployeeName和一个AddEmployeeMailingAddress对象。用户单击“Save”提交更改，您提交两个对象的列表，每个对象仅包含执行每个操作所需的信息。

您需要一个比默认ModelBinder更智能的JSON，但是好的JSON序列化程序应该能够处理客户端操作对象到服务器端操作对象的映射。服务器端的那些(如果你在2层环境中)可以很容易地拥有在他们所使用的Model上完成操作的方法。因此，控制器操作最终只是获取要拉取的模型实例的Id和要在其上执行的操作列表。或者动作中包含id以使它们保持非常独立。

因此，这样的事情可能会在服务器端实现：

public interface IUserAction<TModel>
{
     long ModelId { get; set; }
     IEnumerable<string> Validate(TModel model);
     void Complete(TModel model);
}

[Transaction] //just assuming some sort of 2-tier with transactions handled by filter
public ActionResult Save(IEnumerable<IUserAction<Employee>> actions)
{
     var errors = new List<string>();
     foreach( var action in actions ) 
     {
         // relying on ORM's identity map to prevent multiple database hits
         var employee = _employeeRepository.Get(action.ModelId);
         errors.AddRange(action.Validate(employee));
     }

     // handle error cases possibly rendering view with them

     foreach( var action in editModel.UserActions )
     {
         var employee = _employeeRepository.Get(action.ModelId);
         action.Complete(employee);
         // against relying on ORMs ability to properly generate SQL and batch changes
         _employeeRepository.Update(employee);
     }

     // render the success view
}

这实际上使得回发操作相当通用，因为您依赖ModelBinder来获得正确的IUserAction实例和IUserAction实例来执行正确的逻辑本身，或者(更有可能的)使用信息调用模型。

如果你是在一个3层的环境中，那么IUserAction可以被简单地做成DTO，跨越边界，并在应用层上以类似的方法执行。根据您如何做这一层，它可以非常容易地拆分，并仍然保留在一个事务中(脑海中浮现的是Agatha的请求/响应，并利用DI和NHibernate的身份映射)。

无论如何，我确信这不是一个完美的想法，它将需要一些客户端的JS来管理，我还没有能够做一个项目来看看它是如何展开的，但是这篇文章试图思考如何去那里和回来，所以我想我会给出我的想法。我希望它能有所帮助，我也很乐意听到其他管理互动的方法。