域驱动设计：DTO在哪里？

Question

我对域驱动的设计体系有疑问。 在尝试使用REST之前，一切看起来都很不错。 我应该使用DTO而不是前端上的实体。

我的架构如下：

我的问题是：

我是否应该使用Web模块并坚持使用DTO？ 这是正确的方法吗？

Answer 1

• 域驱动程序设计（DDD）方法是在2003年由一本名称相同的书引入的。
• REST是从2000年才发表的名为“ 建筑风格 ”的博士论文和基于网络的软件体系结构设计中发起的。
  • REST花费了一些时间来传播，建立和流行。 大约在2005-2008年左右，它可能达到了“世界级的知名度”。

• DDD主要指隔离的单片系统，或者至少不涉及跨系统通信的各个方面。

因此，即使您“按照DDD”工作，也必须做出决定-如何处理这些方面。

参考：DDD书中介绍的模式列表及其关系：

Answer 2

您应该将REST视为允许访问应用程序层服务的众多“端口”之一。 REST，RPC，Websocket等服务将调整输入并将其映射到应用程序层调用，反之亦然。 在每个服务边界，您仍然可以灵活地调整响应，而不必与应用程序服务方法响应进行1-1映射，但是可以。

Answer 3

根据Vaughn Vernon的《实现域驱动设计》一书，DTO位于应用层中。

Answer 4

理想情况下，域模型应该由工厂创建。 因此工厂可以接受DTO并返回Domain模型的实例。 或者，您可以使用接受DTO的Builder模式来创建Domain模型。 这样，您的域模型就不会受到DTO的影响，并且体系结构图中的Application层应接受DTO作为参数。

在您的图中，我不确定应用程序层的目的是什么。 因为我们所谓的应用程序应该是领域模型。