EFCore和C#中的聚合之间的DDD和引用

2023年8月6日 205次阅读

我有一个问题,我不确定如何在假定DDD并使用C#/ EF Core时解决.

简化情况：我们有2个聚合 – 项目和仓库.它们中的每一个都具有ExternalId(Guid)的身份以在外部(FE等)识别它,其也被视为其域身份.它还有数据库Id taht在数据库模型中表示它 – 实体模型和Db模型是同一类,因为EF Core允许使用私有字段 – 只有ExternalId和必需字段被暴露.实体(在DDD和EF Core意义上)包含很多严格耦合到对象的业务逻辑和方法.一般来说,我遵循eShop / eShopOnContainers示例中的模式.

项目分配给仓库,在创建项目时,我们需要将仓库传递给其控制器.

将完整的Warehouse对象传递给Item的构造函数(以及Item定义的其他方法)是否合适：

public Item(Warehouse warehouse,..)

或者我应该只在数据库Id上中继：

public Item(long warehouseId,..)

我有一个问题,因为从一方面我读到聚合不应该引用其他聚合,但另一方面使用数据库DB泄漏实现细节(关系数据库中的对象持久性)到域模型不应该发生在我的意见.

使用ExternalId：

public Item(Guid warehouseId,..)

没有解决问题,因为db中的实际关系不基于它.

你有什么意见 ？我有点不解.

最佳答案 通常,您将为聚合根的Id创建值对象.依赖数据库生成的Id是一种可能性.如果您决定让Db生成Id,那么您将需要使用它.

但是为什么你还需要传递Warehouse引用或Id呢？看起来Item是一个Entity,Warehouse是应该包含该Entity的Aggregate Root.通常,您不应在聚合根之外创建实体.

编辑：Vaughn Vernon在红皮书中描述了几种身份创造策略.其中之一是让持久性机制(如SQL Db)生成实体或聚合的唯一标识符.

点赞