domain-driven-design - 有界上下文的大小

Question

我已经开始学习 DDD 的原则，目前我正在尝试了解有界上下文的概念。特别是，您如何决定它必须有多大(或小)？是的，我知道，尽可能小，尽可能大(根据 Vaughn Vernon 的说法)。

假设我要为博客建模。然后我可以说涉及 3 个有界上下文:1)首页(以最近的文章为特色，未显示评论)2)讨论(包含评论的单篇文章)3)文章编辑器(我撰写文章的地方)。

然而，这感觉不对(无处不在的语言对它们来说都是一样的)，似乎我是从前端的角度来看的，并且仍在考虑 View 模型或其他方面。

有人可以指出我正确的方向吗？

Answer 1

博客不是使用多个有界上下文的好例子。这并不是一个真正“足够大”的软件示例来保证它们的定义。 DDD 和 BC 的真正目标是大型/复杂的企业软件系统。

就像您说的那样，聚合在您的 3 个示例中始终具有相同的含义。

我在之前的答案中给出了这个有界上下文的例子，我希望它解释了 BC 以及何时使用它们:Bounded Contexts and Aggregate Roots