DDD-虚构聚合根

有时候,当我有一堆实体域模型时,我会遇到这种情况,这些模型应该是事务性持久化的,但是没有逻辑域模型可以成为所有这些实体域模型的聚合根.

在这些情况下,有一个虚构的聚合根域模型是一个好主意,它将没有类比数据库实体,并且不会持久存储在数据库中,但只存储事务持久化实体域模型的逻辑？

PS我想到了这一点,因为拥有一个只存储一列聚合根id的数据库表似乎对我不利.

在这些情况下,有一个虚构的聚合根域模型是一个好主意,它将没有类比数据库实体,并且不会持久存储在数据库中,但只存储事务持久化实体域模型的逻辑？

有点.

将一个PurpleMonkeyDishwasher联接在一起的组合在一起构成聚合的实体是完全没问题的,这样您就可以确保数据保持一致并满足您的域不变性.

但它没有名字真的很可疑.这表明您并不真正了解您正在建模的问题.

它是代码气味的建模等价物.可能有一个主题将这些实体安排在一起,不包括其他实体,而不是其他一些安排.在讨论这些实体时,您的域专家可能会使用一个名词.去找吧.这是工作的一部分.