我对DDD很新,并且想知道你可能想要分享的任何陷阱。稍后我会总结一下,看看更多新手:)
谢谢
到目前为止的总结:
> Anemic domain model您的实体主要只是数据承载并且不包含业务逻辑
>不要使用有界的上下文
>重点关注模式
有一个很好的演讲,关于这个话题以及here(视频)。
可能是最重要的一个:不要赘述领域模型的中心,基本原则及其在无所不在的语言中的代表性。随着各种技术选择,您的头很容易填补ORM,MVC框架,ajax,sql vs nosql,…所以没有空间留给你想要解决的实际问题。
这是DDD的关键信息:不要。相反,首先明确关注问题空间。构建一个隐藏架构杂乱的域模型,捕获,公开和传达域。
哦,另一个:认为你需要域服务,你可以在域模型中做的一切。不,您应该始终首先尝试将域逻辑与其所属的实体/值类型进行比较。当您发现不属于E / V的功能时,您应该只创建域服务。否则,最终会出现其他地方突出显示的贫血域模型。
hth。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。