使用业务层时定义（视图）模型的最佳实践

Question

项目设置：

MVC 项目，依赖于存储库模式来处理数据的业务层。

问题：

有时您希望业务层返回不是简单的List<entitytype> 的数据。 在这种情况下，您的强类型视图应该使用业务层方法的返回值（某些业务模型），还是应该始终使用 mvc 模型文件夹中的视图模型。

什么是最佳实践？如果我使用 TDD 来定义我的业务方法，我的终点将是一个模型，它实现了视图可以用来显示数据的要求，因此控制器可以简单地将其传递给视图。这很糟糕，我真的应该在 mvc 项目中使用模型作为控制器和视图之间的接口吗？

无论如何，我的 MVC 项目依赖于业务层。使用业务层的返回值模型将数据从我的控制器传递到我的视图是不是很糟糕？

Answer 1

遵循和节省时间的最佳做法是使用 AutoMapper，这将为您节省大量时间。 可以关注的好帖子是 - View Model pattern and AutoMapper in ASP.NET MVC Applications

但是有一些好的做法可以遵循：

• ASP.NET MVC ViewModel Pattern
• ASP.NET MVC View Model Patterns, another sample
• ViewModel Best Practices
• Use ViewModels to manage data & organize code in ASP.NET MVC applications