前端之家收集整理的这篇文章主要介绍了
域驱动设计(DDD)陷阱，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我对DDD很新，并且想知道你可能想要
分享的任何陷阱。稍后我会总结一下，看看更多新手:)
谢谢
到目前为止的总结：
> Anemic domain model您的实体主要只是数据承载并且不包含业务逻辑
>不要使用有界的上下文
>重点关注模式
有一个很好的演讲，关于这个话题以及here(视频)。
可能是最重要的一个：不要赘述领域模型的中心，基本原则及其在无所不在的语言中的代表性。随着各种技术选择，您的头很容易填补ORM，MVC框架，ajax，
sql vs no
sql，…所以没有空间留给你想要
解决的实际问题。
这是DDD的关键信息：不要。相反，首先明确关注问题空间。构建一个隐藏架构杂乱的域模型，捕获，公开和传达域。
哦，另一个：认为你需要域服务，你可以在域模型中做的一切。不，您应该始终首先尝试将域逻辑与其所属的实体/值类型进行比较。当您发现不属于E / V的功能时，您应该只创建域服务。否则，最终会出现其他地方突出显示的贫血域模型。
hth。
原文链接：https://www.f2er.com/javaschema/282319.html
