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



项目设置:

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

问题:

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

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

无论如何,我的MVC项目取决于业务层。使用业务层的返回值模型将数据从控制器传递到视图是否不好?

遵循和节省时间的最佳做法是使用自动映射器,这将为您节省大量时间。要遵循的好帖子是 - 在 ASP.NET MVC 应用程序中查看模型模式和自动映射器

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

  • ASP.NET MVC 视图模型模式
  • ASP.NET MVC 视图模型模式,另一个示例
  • 视图模型最佳实践
  • 使用 ViewModels 在 ASP.NET MVC 应用程序中管理数据和组织代码

相关内容

  • 没有找到相关文章

最新更新