EF Core执行Add-Migration报错：Bars无法作为Foo实体的属性使用

EF Core 对实体成员的角色划分是严格互斥的：同一个CLR成员，要么被识别为标量属性（映射数据库列的普通属性），要么被识别为导航属性（承载实体间关联关系的引用/集合），两类配置不能叠加在同一个成员上。
你当前的配置存在直接冲突：

• 你先通过modelBuilder.Entity<Foo>().HasMany(f => f.Bars)明确声明，Foo上的Bars成员是一对多关系中的集合导航属性，属于导航类元素
• 紧接着你又调用了modelBuilder.Entity<Foo>().Property(f => f.Bars).HasField("_bars")，这行代码是标量属性专属的配置API，它会要求EF把Bars当成映射数据库列的普通属性，和前面的导航配置产生角色冲突，最终触发当前报错。
  本质上你写这行配置的初衷，是想让EF能正确识别你只读导航背后的私有支撑字段_bars，但你用错了配置API的入口。

• 直接删掉那行引发冲突的modelBuilder.Entity<Foo>().Property(f => f.Bars).HasField("_bars")
• 对backing field的指定，要走导航专属的配置通道：在配置实体关系时，通过专门的Navigation()方法指定导航对应的私有字段即可，EF Core从5.0版本开始已经原生支持这种导航字段配置，完全不需要借用标量属性的API。

修正后的关系配置参考：

modelBuilder.Entity<Foo>().ToTable("Foos");
modelBuilder.Entity<Foo>().HasKey(f => f.Id);

// 配置一对多关系的同时，给集合导航指定对应的私有字段
modelBuilder.Entity<Foo>()
    .HasMany(f => f.Bars)
    .WithOne(b => b.Foo)
    .HasForeignKey(b => b.FooId)
    .Navigation(f => f.Bars)
    .HasField("_bars");

modelBuilder.Entity<Bar>().ToTable("Bars");
modelBuilder.Entity<Bar>().HasKey(b => b.Id);
modelBuilder.Entity<Bar>().Property(b => b.Name).IsRequired();
// 原有Bar端的关系配置无需修改
modelBuilder.Entity<Bar>().HasOne(b => b.Foo).WithMany(f => f.Bars).HasForeignKey(b => b.FooId);

这种配置下，EF 从数据库加载实体时，会直接给私有字段_bars填充关联的Bar实例集合，外层的Bars只读访问器可以正常向外暴露不可修改的集合内容，完全匹配你要的“只能通过AddBar方法添加Bar、禁止外部直接修改集合”的领域封装逻辑，不会破坏你的业务约束。

你当前实现的只读集合导航、通过领域方法修改关联集合的设计，是EF Core原生支持的领域驱动设计适配模式，不需要额外给导航属性添加公开的setter，只要正确指定了对应的backing field，整个ORM映射和领域封装可以完全兼容。

内容的提问来源于stack exchange，提问作者iQuery