asp.net-mvc - ASP.NET MVC，Model和ViewModel分离的关注点？

Question

最近，我一直在探索当基础模型很复杂时组织ASP.NET MVC应用程序表示层的最佳方法。到目前为止，出现的是带有其ViewModel对象的MVVM体系结构。但是，我不确定这种情况下的最佳实践是什么。

ViewModel对象可以包含Model对象吗？

如果使用MVVM，建议在 View 上使用模型对象吗？

在ViewModel或Model类上应在何处实现验证？

业务层(服务层)是否应该了解ViewModel，谁负责ViewModel和Model之间的映射？

Answer 1

在大多数情况下，当我们需要发送模型对象的多种类型，或者需要传递 View 中仅需要的几个其他属性时，模型 View 对象只是保存模型对象的容器。

如果View的工作是显示模型的详细信息，并且没有其他要传递给View的东西，为什么不呢？

取决于。您可以使用ModelView和Model类仅在层之间传递数据。并通过cutum模型联编程序或服务层进行验证。

没有理由不让他们不了解ModelViews。但是通常您只需要从 Controller 的服务层中获取所请求的模型，然后将其直接或通过ModelView传递给 View 即可。

顺便说一句，我不会将ModelViews视为架构。它更像是“在需要时使用一个”。毕竟，这样做没有必要将数据传递给view:

class SomeModelView {
    public MyModel model { get; set; }
}

如果足以完成 View 工作，则只需传递 MyModel即可。