Entity Framework Database First实体添加自定义构造器报错咨询

问题原因 #

EF Database First模式默认启用模型与数据库的兼容性检测，即便仅添加构造器，EF的元数据检测机制也可能误判模型发生变更，从而抛出System.InvalidOperationException错误。

解决方案 #

1. 保留公共无参构造器 #

EF必须通过无参构造器实例化实体对象，因此无论添加多少自定义构造器，都要确保实体类存在公共无参构造器：

public User() { }

2. 用部分类扩展实体（推荐） #

Database First生成的实体类默认是partial类型，建议通过部分类添加自定义构造器和方法，避免直接修改自动生成的代码（防止重新生成实体时丢失自定义内容）：

自动生成的实体类（无需修改）：

[Table("Users")]    
public partial class User {
    [Key]
    public int Id { get; set; }
    [StringLength(40)]
    public string Name { get; set; }
    [StringLength(40)]
    public string Surname { get; set; }
    public string Login { get; set; }
    public string Password { get; set; }
    public bool IsDeleted { get; set; }
    [ForeignKey("UserTypeId")]
    public virtual UserType UserType { get; set; }
}

新建单独文件添加扩展：

public partial class User
{
    // 自定义构造器
    public User(string username) => Login = username;

    // 自定义方法示例
    public string GetFullName()
    {
        return $"{Name} {Surname}";
    }
}

3. 关闭EF模型兼容性检测 #

在DataContext的构造函数中添加代码，禁用EF的数据库初始化检测，彻底避免模型变更错误：

public class DataContext : DbContext
{
    public DataContext() : base("YourConnectionStringName")
    {
        // 关闭模型与数据库的匹配检测
        Database.SetInitializer<DataContext>(null);
    }

    public DbSet<User> Users { get; set; }
    // 其他实体集合...
}

注意事项 #

• 自定义方法仅用于业务逻辑，不要添加影响EF映射的属性或特性，否则仍可能触发模型检测错误。
• 后续更新实体模型时，直接通过Database First重新生成即可，部分类中的自定义代码不会被覆盖。

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