域驱动设计(DDD)陷阱

发布时间：2020-12-14 01:02:46 所属栏目：百科来源：网络整理

导读：我对DDD很新，并且想知道你可能想要分享的任何陷阱。稍后我会总结一下，看看更多新手:) 谢谢到目前为止的总结： Anemic domain model您的实体主要只是数据承载并且不包含业务逻辑不要使用有界的上下文重点关注模式有一个很好的演讲，关于这个话题以及her

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

谢谢

到目前为止的总结：

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

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

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

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

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

hth。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!