问如何在洋葱体系结构中构建领域驱动设计？

EN

概述

让我们退一步，看看最初的杰弗里·巴勒莫提出的洋葱建筑。

外部外观是外部世界的接口:用户界面、测试套件(其思想是促进TDD对内部所有事物的系统测试)和基础设施。

然后深入挖掘核心，以找到应用程序服务、域服务和域对象(在核心的核心中)。

Infrastructure

在这里，基础设施的含义与其他地方不同。它实际上是与外部世界的接口，尤其是与外部服务的接口，例如数据库管理系统或外部web服务、本地或云存储服务等。

术语“适配器”是由Cockburn的六角形建筑六角形建筑直接启发而来的:其思想是适配器的内部保持不变，但外部部分可能有所不同。因此，有一天，您可以使用Oracle适配器将应用程序服务连接到Oracle，然后再开发一个MongoDB适配器，作为新的持久层切换到Mongo。

因此，平台和操作系统的具体内容应该在基础设施层。如果您遵循这种逻辑，内部圈子中的所有内容都是平台中立的(“技术中立”可能会产生误导)。

走向核心

这里您在原来的洋葱体系结构中有一个映射示例：

• 域对象(实体、值对象、聚合)处于核心位置。
• 围绕域，您将拥有域服务(例如存储库、服务等.)
• 您仍然拥有应用程序服务，即用户界面或其他接口连接到的服务。

然而，韦德·瓦尔德龙的S变体在内部有一点不同：

• 核心由构建的应用程序块组成，这些应用程序块与域无关，并由域使用。就像标准图书馆提供的一样。就我个人而言，我觉得这不是一个好主意:那些基本结构不适合这个结构。它们确实被下一个环所使用，但它们也可能被任何其他环使用，甚至不经过域。事实上，核心应该与这个体系结构正交。换句话说，您可以在体系结构中的任何地方使用列表，而不必经过连续的环到核心。
• 好的，域是明确的，但是他把所有与域相关的东西放在那里，包括:实体、值对象、聚合，以及存储库、工厂和域服务。因此，他重组了原模型的域对象和域服务。
• 好的，API是显而易见的:它对应于原始体系结构中的应用程序服务，那些不是直接访问的，而是通过外部环访问的。

这段视频将详细解释，并以Waldron的洋葱结构变体为例。

对于那些有同样问题但仍有一点困惑的人来说，这可能会对他们有所帮助。

1.基础设施:正如定义所述，基础设施的一部分是域类(由与业务相关的逻辑组成)和数据库关系之间的桥梁。如果您正在使用ORM (比如Hibernate Spring Datae.t.c)，那么实现已经存在了。整个概念是关于脱钩的。

2.核心:由于所接受的答案，它已经很好地描述了核心部分。有人说，我更愿意把价值物品放在核心里。

核心是不特定于任何领域或技术的构建块，包含诸如列表、案例类和参与者之类的通用构建块。

它指向值对象，可能是自定义类型。