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

发布时间：2020-12-15 22:55:25 所属栏目：百科来源：网络整理

导读：我有一个问题,我不确定如何在假定DDD并使用C#/ EF Core时解决. 简化情况：我们有2个聚合 – 项目和仓库.它们中的每一个都具有ExternalId(Guid)的身份以在外部(FE等)识别它,其也被视为其域身份.它还有数据库Id taht在数据库模型中表示它 – 实体模型和Db模型

我有一个问题,我不确定如何在假定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)生成实体或聚合的唯一标识符.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!