领域驱动设计 (DDD) 的陷阱

Question

我对 DDD 很陌生，想知道您可能想分享的任何陷阱。稍后我会总结一下，让更多的新手阅读:)

谢谢

到目前为止的总结:

Anemic domain model您的实体主要只承载数据，不包含业务逻辑

没有充分使用有界上下文

过分关注模式

关于这个主题也有很好的介绍 here (视频)。

Answer 1

可能是最重要的一点:不要探索领域模型的核心、基本原则及其在无处不在的语言中的表示。有了大量的技术选项，您的头脑很容易被 ORM、MVC 框架、ajax、sql 与 nosql 填满……如此之多，以至于您尝试解决的实际问题所剩无几。

这就是 DDD 的关键信息:不要。相反，首先明确关注问题空间。构建一个消除架构困惑的领域模型，以捕获、公开和传达领域。

哦，还有另一个:认为你需要域服务来完成你在域模型中可以做的一切。不。您应该始终首先尝试将域逻辑与其所属的实体/值类型一起放置。只有在发现不属于 E/V 的功能时，才应该创建域服务。否则，您最终会在其他地方突出显示贫血的域模型。

嗯。