实体框架导航属性生成规则

Question

我想知道实体框架在导航属性的命名/生成方面遵循的规则.我观察过几个似乎没有意义的场景,所以我想知道是否有人确切知道这些是如何工作的.

场景1:

public class Post
{
    public int Id { get; set; }
    public User Author { get; set; }
} 

   生成

即.默认情况下,导航属性会生成名为[PropertyName] _Id的FK

场景2:

有意义的是,如果EF在您手动指定FK ID时生成格式[PropertyName] _Id等属性,则它将遵循相同的规则:

public class Post
{
    public int Id { get; set; }
    public int? Author_Id { get; set; }
    public User Author { get; set; }
}

   生成

如您所见,这不会自动注册为nav属性.

场景3:

如果它不适用于场景2,为什么它适用于备用命名约定？

public class Post
{
    public int Id { get; set; }
    public int? AuthorId { get; set; }
    public User Author { get; set; }
}

   生成

有关导航属性检测和生成的规则是什么？

Answer 1

这是预期的行为,它基于EF的两个不同的约定

• 在第一个示例中,您使用的是独立关联,其中您的实体没有FK属性.EF将使用简单模式在数据库中创建FK:NameOfNavigationProperty_NameOfRelatedPK此约定遵循传统的数据库命名.
• 在第二个示例中,您定义了与EF使用的FK同名的属性.EF检测到这一点,并在其生成的FK中加1.您的属性未用作FK的原因是搜索FK属性的第二个约定.此约定期望FK属性具有此名称(约定遵循传统的.NET命名):
  • NameOfNavigationPropertyNameOfRelatedPK 由...提供 NavigationPropertyNameForeignKeyDiscoveryConvention
  • NameOfRelatedTypeNameOfItsPK 由...提供 TypeNameForeignKeyDiscoveryConvention
  • NameOfRelatedPK 由...提供 PrimaryKeyNameForeignKeyDiscoveryConvention
• 在最后一个示例中,您正确定义了FK属性,并且EF检测到它,因此它使用外键关联.