c# - 在 DDD 的哪一层将类声明为聚合根?

标签 c# entity-framework domain-driven-design ddd-repositories aggregateroot

我们有一个大型应用程序,我们开始使用 DDD 进行开发。 我们理解聚合(根)和有界上下文和存储库的概念,其中存储库只接受要持久化的聚合根。

我不清楚的是这个。我们为持久层中的每个限界上下文自动生成实体类,并且在领域层中有一些领域模型。我们这样做是为了简化一个非常复杂的数据库结构(700 多个表),这就是为什么,例如,我们有一个 Customer。映射到 CustomerModel 的实体类和相关实体作为域模型的复杂类型。

IRepository<IAggregateRoot>具有 Get、Save、Delete、Update CRUD 方法。

给定上面的例子 CustomerCustomerModel ,dbo.Customer 表有大约 15 个其他表属于同一聚合。但是哪些类实际上应该实现 IAggreagteRoot

aggreagte是一个逻辑分组,但是是在domain里面做的吗:

public class CustomerModel : IAggreagteRoot {}

还是在实体类中完成:

public class Customer : IAggreagteRoot {}

对我来说,将域模型类定义为聚合更有意义,因为它们对于“位于”域之上的应用程序是可见的。实体用于持久化。

谢谢。

最佳答案

我认为您在这里混淆了两个概念。领域层中的一切都是你的模型(领域模型):聚合、实体、值对象等。

您命名的 CustomerModel 可能只是一个数据库模型(如果我理解正确的话),而数据库模型是基础架构级别的一部分。域层对此一无所知。

回答您的问题:客户应该实现 AggregateRoot 接口(interface)。

例子:

infrastructure.ui.show_the_oldest_user:

oldest_user_dto = user_service.get_the_oldest_user()

oldest_user_dto 只是一个原始数据

application.service.get_the_oldest_user:

user = user_repository.get_oldest()
return user

用户是聚合根

基础设施.persistence.repository.user.get_oldest:

orm_user = user_orm_model.order('age').desc().one()
user = this.reconstitute(orm_user)
return user

orm_user 是来自数据库的用户模型实例,我们必须将其映射到我们的聚合根(重构)。

这样我们就没有 orm 实例飞越所有层,这是一个非常糟糕的耦合。当我从应用程序服务返回它时,我还将聚合映射到 dto,因此 UI 没有耦合到域模型,但这不是必须的。

关于c# - 在 DDD 的哪一层将类声明为聚合根?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29580753/

相关文章:

c# - 如果接口(interface)是在业务层而不是数据访问层中定义的,您就不会理解它们

c# - 为 3 种不同的环境转换 app.config

c# - Documentformat.openxml - 使用默认样式创建 word 文档

c# - ASP.NET/Entity Framework - 实体类型 PartenaireResult 不是当前上下文模型的一部分

c# - 如何以 DDD 方式部分更新聚合

web-services - DDD : In which layer should i place webservices (both to serve requests and webreferences to external ones)?

c# - Xamarin 表单 DisplayAlert 在从委托(delegate)调用的函数调用时不显示

c# - 可以发送到 WCF 服务的数据量是否有大小限制?

c# - Entity Framework - 在运行时更改连接字符串(需要解释)

.net - 我的数据库可能会在大约 10 天内变得不可用。有时1秒。如何防止 Entity Framework 连接错误?