architecture - DDD应用服务领域模型查看模型映射

Question

我对应用程序服务的理解是它们将域和用户界面联系在一起。换句话说，它们服务于 Controller 以在域上执行操作。

我的应用程序中有以下项目布局:

域核心

基础设施

服务接口(interface)

网页界面

查看模型

浏览量

Controller

服务(应用服务)

我的 Service Interfaces位于 Web UI 之外项目。然后在 Web UI项目我实现 Services下的服务接口(interface).

然而，这种结构有点缺陷，当我们将其付诸实践时会产生循环依赖。我尝试遵循此链接中的架构: https://www.develop.com/onionarchitecture

对于给定的服务，我想传入 View 模型，基于 View 模型对域执行操作，然后返回更新的 View 模型。这种方法是错误的吗？

我的理解是否正确，应用程序服务本质上将 View 模型作为参数，如果需要，更新域和 View 模型中的一些细节，然后返回 View 模型？

或者

应用服务是否只处理 c# 数据类型和域模型作为参数并返回相同的数据类型？换句话说，不会在 View 模型中获取或设置任何信息。实际上并不知道 View 模型存在。

我只需要澄清一下严格的 DDD 方法中的最佳方法是什么。

Answer 1

回答您的问题:
是的你是对的。对于 MVC 应用程序，您可以设计接受和返回 ViewModel 的层，并在内部使用 Domain

Dino Esposito here 提出了解决方案结构的好例子.我将我的项目采用了这种结构，它变得非常清晰。我的看法是onion architecture对于中小型项目来说过于复杂。