如何在没有显式域模型的情况下将DDD应用于上下文

Question

考虑有一个域，要为其创建有界上下文。但是，此域中不应该保留任何内容。只需要一个纯粹的基于任务的逻辑，并且不会更新假设的域模型。

我认为没有办法在这样的域中应用实体模式，在这种情况下只会考虑服务和值对象。我现在想知道，以下哪一项陈述是正确的：

1. 这是DDD不应该应用于
的子域
2. 问题在于战略设计，而且永远不应将此类子域提取为单独的有界上下文
3. 使用服务和值对象创建域模型是可以的

Answer 1

根据我的经验，DDD有两种误解。

a）没有＆＃34;我做DDD＆＃34;和＆＃34;我不做DDD＆＃34;。我们总是介于两者之间，没有黑与白。这就像敏捷开发一样。你可以做一些并从中获益。 DDD是一种为您的业务（或技术）域构建域模型的方法。

b）DDD实体与@Entity注释无关。 DDD实体是可识别的（仍然没有@Id Annotation！）。并且不能通过其所有属性来识别，而是通过其存在（例如在存储库中）来识别。

我不知道你的问题空间是什么。但是，让我们说你正在建立一个GUI。 GUI不会被保留。但是你仍然有那些类似于实体的元素（就像一个窗口可能是一个聚合根），UI组件肯定是该域中的实体。您可能会实现聚合将确保的不变量。您可能会拥有可以要求返回对UI组件的引用的存储库。

仅仅因为你没有坚持状态并不意味着你不能应用DDD模式。