DDD学习笔记

以前的写法，一个表映射一个实体类，只有属性，一个贫血对象，你想怎么改就怎么改

如果绕过聚合根，聚合根无法保证其不变量、有效性或一致性。 最终将产生面条式代码或事务脚本代码。

领域对象就是个有意志的东西，它有属性，有自己的行为，它能做的事都提供了相应的方法，你想改它，只能调用它的方法，不能直接改

领域模型里的属性都没有公开的setter

 操作相关的大部分逻辑或验证（尤其是影响其他子实体间一致性的逻辑或验证）将位于聚合根的单个位置中。 这是聚合根模式的最终目的。

 

相关链接

https://martinfowler.com/bliki/CQRS.html

https://www.domainlanguage.com/ddd/

https://devblogs.microsoft.com/cesardelatorre/published-first-alpha-version-of-domain-oriented-n-layered-architecture-v2-0/

https://sourcemaking.com/refactoring/smells/inappropriate-intimacy

https://sourcemaking.com/refactoring-course

https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html