EF逆向生成模型属性命名疑问：为何是CidNavigation而非Category？

为什么命名不一致？ #

EF Core 的 dotnet ef dbcontext scaffold 工具生成导航属性时，依赖外键列的命名规则推断关联实体类型：

• 对于 SourceId 列，它符合表名+Id的常规外键命名规范，工具能直接识别出这是指向 Source 表的外键，因此导航属性直接命名为 Source。
• 而 Cid 列不符合常规命名（常规应为 CategoryId），工具无法自动关联到 Category 表，所以生成了默认的 CidNavigation 作为导航属性名。

能否将 CidNavigation 重命名为 Category？ #

当然可以，有两种可行方式：

1. 手动修改模型并配置关联

直接修改生成的 News 类，将 CidNavigation 重命名为 Category，然后通过数据注解或 Fluent API 明确外键关联：

• 数据注解方式：

public partial class News
{
    // 其他属性保持不变
    public int? Cid { get; set; }

    [ForeignKey("Cid")]
    public virtual Category? Category { get; set; }
}

• Fluent API 方式（在 DbContext 的 OnModelCreating 方法中添加配置）：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<News>()
        .HasOne(n => n.Category)
        .WithMany() // 如果 Category 有对应的集合导航属性，此处填写属性名，比如 c => c.NewsList
        .HasForeignKey(n => n.Cid);

    // 其他模型配置保持不变
}

2. 反向工程时自定义命名规则（EF Core 5+）

如果不想每次生成后手动修改，可以创建 EF Core 反向工程配置文件（efpt.config.json），自定义导航属性的命名规则，让工具将 Cid 关联到 Category 实体并生成名为 Category 的导航属性。不过这种方式需要熟悉配置规则，相对复杂。

注意：如果后续再次执行 scaffold 命令并使用 --force 参数，手动修改的模型代码会被覆盖。建议将自定义配置放在单独的 partial 类文件中，或者修改数据库外键列名为 CategoryId，让工具自动生成正确的导航属性名。

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