域驱动设计(DDD)陷阱

我对DDD很新，并且想知道你可能想要分享的任何陷阱。稍后我会总结一下，看看更多新手:)

谢谢

到目前为止的总结：

> Anemic domain model您的实体主要只是数据承载并且不包含业务逻辑
>不要使用有界的上下文
>重点关注模式

有一个很好的演讲，关于这个话题以及here(视频)。

可能是最重要的一个：不要赘述领域模型的中心，基本原则及其在无所不在的语言中的代表性。随着各种技术选择，您的头很容易填补ORM，MVC框架，ajax，sql vs nosql，…所以没有空间留给你想要解决的实际问题。

这是DDD的关键信息：不要。相反，首先明确关注问题空间。构建一个隐藏架构杂乱的域模型，捕获，公开和传达域。

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

hth。