EFCore和C#中的聚合之间的DDD和引用
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了EFCore和C#中的聚合之间的DDD和引用,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1282字,纯文字阅读大概需要2分钟。
内容图文
![EFCore和C#中的聚合之间的DDD和引用](/upload/InfoBanner/zyjiaocheng/775/ee76e97a62e04fb9b6e179d1bc65a51c.jpg)
我有一个问题,我不确定如何在假定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)生成实体或聚合的唯一标识符.
内容总结
以上是互联网集市为您收集整理的EFCore和C#中的聚合之间的DDD和引用全部内容,希望文章能够帮你解决EFCore和C#中的聚合之间的DDD和引用所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。