asp.net-mvc - 使用 EntityFramework 和映射的 ViewModels 的 ASP.NET MVC 最佳实践

Question

我以前从未使用过 MVC 设计模式，最近我开始使用 ASP.NET MVC 处理项目。

我使用 ActiveRecord 作为我的数据层。

我还使用 View 模型(每个 View 都是唯一的)和 AutoMapper 将我的 View 模型映射到 EntityFramework 实体。

在研究 MVC、EntityFramework 和阅读不同文章的几天后，我想到了以下设计:

在我的解决方案中，我有一个包含 View 和 Controller 的 Web 项目(表示层)。

我有一个核心项目，我在其中定义我的 ViewModel 和服务(所有业务逻辑所在的业务层)

我有一个 EntityModels 项目，我所有的 EF 实体都在其中(数据层)

这种设计允许我将数据层与表示层分开，Web 项目对 EntityModels 项目一无所知，反之亦然，所有逻辑都在业务层中。

我从我的 Controller (在验证检查之后)将 viewModel 传递到服务层，在服务层执行映射和所有必要的业务逻辑。

这个设计完全正确吗？

我的意见是，我读过应该在表示层中定义 ViewModel。我看到了一些示例，其中表示层引用了数据层并且映射是在 Controller 中完成的(好的做法？)。在这种情况下， Controller 将域模型传递给业务层。我在这里没有任何经验，但我不喜欢它。

所以，谁能指出我哪里是对的，哪里是错的？

提前致谢。

Answer 1

整体架构看起来不错。在我看来，决定将 View 模型放置在何处取决于一个因素。

您是否计划在未来让其他客户受益于重用这些 View 模型(iPad、Android 等)？

如果是这样，一定要将它们排除在 MVC 程序集之外，并将它们放在自己的程序集中。否则，如果您决定创建第二个客户端，只要您可以移动它们并更改代码，就可以安全地将它们放入 MVC 应用程序中。

郑重声明，我总是将我的 View 模型放在它们自己的程序集中。它不会在前期花费更多时间，但如果情况发生变化，它会在未来带来返回。