DDD：应用程序服务应该放在后端还是UI中

Question

一些DDD书籍如[1]指出，尽管我们有一个域模型，但我们可以有几个应用程序服务层（有些使用术语服务层）。这是由于应用程序层是应用程序的特定UI到域模型和基础结构层之间的接口，因此，如果我们有多个用户界面与后端一起工作，可能会有多个应用程序服务层。这一点向我提出了一个问题，即在哪里定位应用程序层。
我正在用。NET C#创建一个应用程序。整个应用程序位于一个解决方案中，其中UI（我们有三个不同的winforms应用程序将使用后端）是单独的项目，后端项目（包含域层和基础结构层的类库）是单独的项目：

-- My Solution 
    |
    +-- Application.UI Number 1
    +-- Application.UI Number 2
    +-- Application.UI Number 3
    +-- Application.Backend
             |
             +-- Domain Layer (Model and Domain Services)
             +-- Infrastructure Layer (Repositories with ORM-Tool)

在示例中，我已经看到应用程序服务层放在application.backend中。但是，基于我们可以为每个UI提供不同的应用程序服务层这一事实，这是正确的吗？您将项目application.applicationlayer1、application.applicationlayer2和application.applicationlayer3放在哪里？还是将所有应用程序层合并到一个应用程序服务层？

埃斯波西托等人。[1]声明：

Answer 1

我确实将应用程序层视为域的唯一入口点。应用程序服务和/或事件处理程序可能位于该层中。在考虑洋葱体系结构的情况下，可视化各层，应用程序层包装了域层。

很高兴你挑战了它，但我认为你已经用自己的方式回答了它。应用程序层应该是后端的一部分。

不过，我不会将服务与UIs进行1对1的映射。我会根据特征或资源将它们分开。如果不会产生大量的开销，那么使用命令和视图驱动的应用程序服务进行额外的写/读分离也会很好。如果您的UI需要相同的数据，但转换或丰富，您可能希望在两者之间的一个额外的“转换”层解决它，或者在查询接口（如GraphQL）时通过更灵活的方式获得它们