相关疑难解决方法(0)

我正在尝试实现这里概述的多个DDD有界上下文.这是一个示例上下文:

我有一个实体类型配置文件,每个实体都有适当的FluentAPI映射(使用EF工具进行逆向工程).这些配置文件还包括关系配置.

例如:UserMap.cs

// Relationships
this.HasOptional(t => t.SecurityProfile)
    .WithMany(t => t.Users)
    .HasForeignKey(t => t.SecurityProfileCode);

SecurityProfile而DomainPermission不是DbSets在上下文中.由于导航属性User和Module分别导致它们自动进入模型.

这导致我的第一个问题.将User(或任何其他实体)添加到任何其他上下文时,我必须记住做以下两件事之一:

1. 还要将配置添加到模型构建器SecurityProfile(以及实体上的每个其他关系)

2. SecurityProfile不知何故明确地从模型中排除.

这开始变成一个维护噩梦.

我很满意明确地"修剪"实体图,如上面第2点所述.

但是,Ignore()当实体配置文件中已经定义了关系时,实体似乎不可能.

尝试modelBuilder.Ignore<SecurityProfile>();上述上下文OnModelCreating会出现以下错误ConfigureAssociations():

System.InvalidOperationException:导航属性"SecurityProfile"不是"User"类型的声明属性.验证它是否未从模型中明确排除,并且它是有效的导航属性.

我能想到的唯一解决方案是继承基本配置类并覆盖每个上下文中的关系配置.考虑到我们最终可能会有30-40个单独的背景,这也可能成为维护的噩梦.

或者,我可以为每个上下文设置非常具体的实体模型,但这又会导致实体类爆炸以及重复配置中的潜在维护问题.

在实现有界上下文时,如何才能最好地管理和维护实体及其实体配置？