我为每个视图创建了所谓的“ViewModel”。我把它们放在MVC Web项目中一个名为ViewModels的文件夹中。我根据它们所代表的控制器和动作(或视图)来命名它们。所以如果我需要传递数据到会员控制器上的注册视图，我创建了一个MembershipSignUpViewModel.cs类，并把它放在ViewModels文件夹中。

然后我添加必要的属性和方法，以促进数据从控制器传输到视图。我使用Automapper从我的ViewModel到域模型，如果需要的话再返回。

这也适用于包含其他viewmodel类型属性的复合viewmodel。例如，如果你在成员控制器的索引页上有5个小部件，并且你为每个分部视图创建了一个ViewModel——你如何将数据从index动作传递给分部?你在MembershipIndexViewModel中添加一个MyPartialViewModel类型的属性，当呈现部分时，你将在Model.MyPartialViewModel中传递。

这样做允许您调整部分ViewModel属性，而不必更改Index视图。它仍然只是传入模型。MyPartialViewModel所以当你所做的只是向partial ViewModel添加一个属性时，你就不太可能需要通过整个partial链来修复一些东西。

我还将添加命名空间“MyProject.Web”。ViewModels”到网络。配置，以便允许我在任何视图中引用它们，而无需在每个视图上添加显式的import语句。只是让它更干净一点。

在我们的例子中，我们将模型和控制器放在一个独立于视图的项目中。

根据经验，我们已经尝试移动和避免大多数ViewData[”…]的东西，因此我们避免了类型转换和魔术字符串，这是一件好事。

ViewModel还包含一些常见的属性，如列表的分页信息或用于绘制面包屑和标题的页眉信息。在我看来，此时基类包含了太多的信息，我们可以将其分为三部分，基本视图模型中99%的页面的最基本和必要的信息，然后是列表模型和表单模型，其中包含了该场景的特定数据并继承自基类。

最后，我们为每个实体实现一个视图模型来处理特定的信息。

There are no good place to keep your models in. You can keep them in separate assembly if the project is big and there are a lot of ViewModels (Data Transfer Objects). Also you can keep them in separate folder of the site project. For example, in Oxite they are placed in Oxite project which contains a lot of various classes too. Controllers in Oxite are moved to separate project and views are in separate project too. In CodeCampServer ViewModels are named *Form and they are placed in UI project in Models folder. In MvcPress project they are placed in Data project, which also contains all code to work with database and a bit more (but I didn't recommend this approach, it's just for a sample) So you can see there are many point of view. I usually keep my ViewModels (DTO objects) in the site project. But when I have more than 10 models I prefer to move them to separate assembly. Usually in this case I'm moving controllers to separate assembly too. Another question is how to easily map all data from model to your ViewModel. I suggest to have a look at AutoMapper library. I like it very much, it does all dirty work for me. And I also I suggest to look at SharpArchitecture project. It provides very good architecture for projects and it contains a lot of cool frameworks and guidances and great community.

下面是我的最佳实践代码片段:

    public class UserController : Controller
    {
        private readonly IUserService userService;
        private readonly IBuilder<User, UserCreateInput> createBuilder;
        private readonly IBuilder<User, UserEditInput> editBuilder;

        public UserController(IUserService userService, IBuilder<User, UserCreateInput> createBuilder, IBuilder<User, UserEditInput> editBuilder)
        {
            this.userService = userService;
            this.editBuilder = editBuilder;
            this.createBuilder = createBuilder;
        }

        public ActionResult Index(int? page)
        {
            return View(userService.GetPage(page ?? 1, 5));
        }

        public ActionResult Create()
        {
            return View(createBuilder.BuildInput(new User()));
        }

        [HttpPost]
        public ActionResult Create(UserCreateInput input)
        {
            if (input.Roles == null) ModelState.AddModelError("roles", "selectati macar un rol");

            if (!ModelState.IsValid)
                return View(createBuilder.RebuildInput(input));

            userService.Create(createBuilder.BuilEntity(input));
            return RedirectToAction("Index");
        }

        public ActionResult Edit(long id)
        {
            return View(editBuilder.BuildInput(userService.GetFull(id)));
        }

        [HttpPost]
        public ActionResult Edit(UserEditInput input)
        {           
            if (!ModelState.IsValid)
                return View(editBuilder.RebuildInput(input));

            userService.Save(editBuilder.BuilEntity(input));
            return RedirectToAction("Index");
        }
}

ViewModel类用于将由类实例表示的多个数据封装到一个易于管理的对象中，您可以将该对象传递给View。

将ViewModel类放在自己的文件中，放在自己的目录中是有意义的。在我的项目中，我有一个名为ViewModels的Models文件夹子文件夹。这就是我的ViewModels(例如ProductViewModel.cs)所在的位置。

就我个人而言，我建议如果ViewModel不是微不足道的，那么使用一个单独的类。

如果你有多个视图模型，那么我建议至少在一个目录中划分它。如果稍后共享视图模型，则目录中隐含的名称空间可以更容易地移动到新的程序集。