DDD 中的聚合根持久化问题（使用关系型数据库）

[asanelder]

老铁们，好像这种关系型数据库之间表的关系无法完美匹配领域模型啊！

你们在使用关系型数据库时怎么持久化聚合根的？

有没有好的思路和实践？

[hantsy]

发现一篇不错 Spring Data 结合的文章，https://paucls.wordpress.com/2018/05/31/ddd-aggregate-roots-and-domain-events-publication/

例子： https://github.com/paucls/runbook-ddd-kotlin

[hantsy]

Spring Data @DomainEvents 的使用，https://www.baeldung.com/spring-data-ddd

[kvkboy]

https://www.jianshu.com/p/Tozpp3

[kvkboy]

@kvkboy 手快不小心不小心发出去了，可以看看这个文章，挺有参考的价值。不过更多的还是需要看书，ddd 经典的两本一本理论一本落地

[hantsy]

@kvkboy 六边形和洋葱不错，特别六边形，把系统进出接口进行隔离，感观比较清晰。

文章提到的 Cargo 例子作为 Eric 原书 DDD 的一部分，使用了 Spring 框架，现在已经有各种版本了。

Eclipse EE4J 官方也维护了一个基于 Java EE/Jakarta EE 规范的 Cargotraker.

https://github.com/eclipse-ee4j/cargotracker

[hantsy]

简介： https://eclipse-ee4j.github.io/cargotracker/

[asanelder]

@hantsy #20
@kvkboy #23

感谢二位铁子，文章俺都看了，也有一些思路了，正在实践中。。。

[Kirsk]

Ddd 是业务建模 不是数据建模 不懂业务还是不要玩

[iamppz]

@asanelder 个人感觉跟数据库没有关系，你需要一个合适的 ORM，我用的 Spring Data JPA

[hantsy]

@iamppz 理想的设计层面，Domain 建模不会考虑到数据库，到真正实现的时候才考虑。如果 Domain 模型与数据库有关系，就是 DDD 中的 Entity，最终要持久化，不得不考虑到数据库的问题。

国内的实践，直到现在很多人做项目或者产品还是本末倒置，需求一到，数据库 Schema 优先设计，使用一些工具自动生成 Entities （或者什么框架需要的类似的东西，这只是数据库的 Entities，与 Domain Model 中 Entities 无关）。从一开始就是面向数据库的，最终业务都是围绕数据存储。以前项目中经常遇到有谈业务的时候，没两句直接会想到数据库存放，页面一个搜索框，能够联想到联合查询等，完全脱离不了数据库思维。

[asanelder]

@iamppz #29

俺就是用的 spring data jpa，但是也只是做 orm, m 和 domain object 还是要人工转化一下。

@hantsy #30

今天搞定 domain object 和 data object 的转化后，用充血模型写业务，有点爽啊~~~

[dandankele]

@asanelder 用 DDD 充血模型确实爽。。但我还卡在怎么用 jpa 将 data object 与 domain object 进行转化。。目前打算用的是 mapStruct 进行转化。。
另外还有个问题，spring data jpa 中的 repository 只是用来查询 data object 了吧？我觉得它的 repository 与 DDD 的 repository 其实不是同一个概念了。。