Entity Framework中属性的使用场景：何时需用何时无需

问题1：如下定义的User类，EF是否会将Id列设为主键、插入时自动填充并自增？ #

public class User
{
   public int Id { get; }
}

• 主键识别：是的。EF的约定会把命名为Id或[类名]Id的属性自动设为主键，所以User的Id会被配置为主键。
• 自动填充自增：不会。因为该Id属性是只读的（仅包含getter），EF在插入实体时无法为其赋值。如果需要自增功能，需将属性改为public int Id { get; set; }，此时EF会默认把SQL Server对应的列配置为IDENTITY自增列，插入时自动生成值。

问题2：如下State与County的一对多结构，EF是否自动建立PK-FK关系，且加载State时自动填充Counties列表？ #

public class State
{
    public int Id { get; set; }
    public IList<County> Counties { get; set; } = new List<County>();
}

public class County
{
    public int Id { get; set; }
    public int StateId { get; set; }
}

• PK-FK关系：是的。County的StateId符合EF的外键约定（关联实体名+Id），会被自动配置为指向State.Id的外键，两者之间的一对多关系会被正确识别。
• 自动填充Counties列表：不会自动填充。EF默认采用延迟加载（需导航属性为virtual且启用延迟加载），如果未启用延迟加载，需要在查询时显式使用Include(s => s.Counties)进行贪婪加载，否则Counties会保持初始化的空列表状态。

问题3：如下User与County的多对多结构，EF是否自动建立关联，且加载User时填充Counties属性？ #

public class User
{
    public int Id { get; }
    public IList<County> Counties { get; set; } = new List<County>();
}

public class County
{
    public int Id { get; set; }
}

• 自动建立关联：在EF Core 5及以上版本中，会自动创建中间联结表（默认命名为UserCounty），表中包含UserId和CountyId两个外键字段，并将其设为联合主键，以此维护User与County的多对多关系。
• 加载时填充Counties：不会自动填充。需在查询时显式使用Include(u => u.Counties)进行贪婪加载；若启用延迟加载，需将Counties属性改为virtual IList<County>，此时访问该属性时才会自动加载关联数据。

问题4：如下双向多对多的类定义，是否会引发严重递归问题？ #

public class User
{
    public int Id { get; }
    public IList<County> Counties { get; set; } = new List<County>();
}

public class County
{
    public int Id { get; set; }
    public IList<User> Users{ get; set; } = new List<User>();
}

不会引发EF内部的严重递归问题，但在序列化实体（比如返回JSON给前端）时容易出现循环引用错误（User包含Counties，每个County又包含Users，以此循环）。解决办法包括：

• 配置JSON序列化器忽略循环引用；
• 使用投影查询只返回需要的字段，避免加载完整的关联实体；
• 关闭延迟加载，仅在需要时显式加载关联数据。

问题5：EF通过属性名识别复数（如Users/Counties的s/ies形式），该命名处理有哪些注意事项？ #

• 不规则复数需手动配置：EF默认遵循英语常规复数规则（如加s/es、变y为i加es），但对于不规则复数（如Person→People），EF无法自动识别，需手动配置表名或导航属性。
• 避免命名冲突：如果实体名的复数形式与其他实体名重复（比如同时存在Person和People实体），会导致EF识别混乱，需显式指定表名或关系。
• 保持命名一致性：项目中尽量统一使用复数命名导航属性（如用Counties而非CountyList），符合EF约定以减少手动配置；若自定义复数形式，需确保全项目命名规则一致。
• 可关闭自动复数化：如果不需要EF自动处理复数，可在DbContext的OnModelCreating方法中禁用默认复数化行为，比如显式指定每个实体的表名，或使用自定义命名约定。

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