我是这样做的（Map是在modelBuilder中使用ValueInjecter自动完成的）：
我有一个asp .net-mvc示例应用程序，其中我演示了在mvc中执行此操作的最佳实践，您可以在download of the valueinjecter中看到它

public ActionResult Edit(long id)
 {
      return View(modelBuilder.BuildModel(personService.Get(id)));
 }

 [HttpPost]
 public ActionResult Edit(PersonViewModel model)
 {
    if (!ModelState.IsValid)
       return View(modelBuilder.RebuildModel(model));    
       personService.Save(modelBuilder.BuildEntity(model));
       return RedirectToAction("Index");
 }

ValueInjecter的快速演示：

//build viewmodel
    personViewModel.InjectFrom(person)
                   .InjectFrom<CountryToLookup>(person);
    
//build entity
    person.InjectFrom(personViewModel)
          .InjectFrom<LookupToCountry>(personViewModel);

最近有一些帖子是关于验证模型的问题的，这篇帖子来自布拉德Wilson“Input Validation vs. Model Validation in ASP.NET MVC“。
最初的问题与ASP.NET MVC如何处理验证发布的模型有关，如果您不想编辑模型中的某些元素，并且没有在视图中提供字段，但您的控制器正在处理整个模型，则可能有人会使用附加字段对您的控制器进行POST。
因此，使用特定于视图的模型可以确保只有您想要编辑的字段才可以编辑。

我也有同样的问题，但我不能很好地表达出来。
在我的例子中，会有大量的ViewModel，因为不同的用户会看到基于一组角色的不同表单。我认为ViewModel和View之间的1：1关系非常模糊。如果我编写一个uber-View，几乎只使用EditorForModel，而不使用其他功能，会怎么样？现在我有一个视图，尽管高度退化，用于所有内容，所以我也只有一个ViewModel？
我的想法是编写一个不仅基于反射工作的EditorForModel（即编译时已知的信息），还可以（域特定的）运行时规则，例如由当前用户的角色、当前时间等管理。因此，还需要编写具有验证的定制ModelBinder以及从模型到视图模型的定制Map。这样我就不会编写愚蠢的、容易出错的代码。
自从我的模特（或DomainModel）包含大量逻辑，我不希望通过ModelBinding修改它。此外，由于不可能知道在编译时将出现哪些字段，因此不可能提供适当的ViewModel。然而，“full”（即最大ViewModel）是已知的。从ViewModel到Model的Map同样涉及自定义代码，但只要规则能够正式化，就应该行得通。
抱歉，我的短信很混乱，但我自己现在也很混乱，加上我得走了。像CT一样，也不能发表评论。

看看这个.这就是ASP.NETMVC2的使用方法.

public void Update(MyModel model)
        {
            var myModelObject = MyRepository.GetInstance(model.Id);
            if(myModelObject != null)
            {
                ModelCopier.CopyModel(model, myModelObject);
            }
            MyRepository.Save(myModelObject);
        }

CopyModel（obj from，obj to）是最新的MvcFutures中的一个新函数。另外，请务必查看MVC Futures 2中的可扩展模型绑定器。