Entity Framework Core 2.0：如何一次性配置抽象基类

嘿，这个场景我太熟悉了！在EF Core 2.0里要一次性配置抽象基类Status，避免每个子类重复写相同的属性配置，有两种靠谱方案，我给你拆解清楚：

方案一：创建基类通用配置类，子类配置继承复用 #

这种方法是把基类的通用配置抽成一个泛型抽象配置类，让所有子类的配置类继承它，基类的配置逻辑只写一次，子类只需要关注自己独有的配置。

步骤1：编写基类的通用配置 #

public abstract class StatusConfiguration<TEntity> : IEntityTypeConfiguration<TEntity> 
    where TEntity : Status
{
    // 用virtual修饰，方便子类按需重写
    public virtual void Configure(EntityTypeBuilder<TEntity> builder)
    {
        // 配置基类的updateUserName属性，这里举个示例，你可以根据需求调整规则
        builder.Property(s => s.updateUserName)
            .IsRequired() // 设为必填
            .HasMaxLength(50); // 限制长度
    }
}

步骤2：子类配置类继承基类配置 #

比如你的ItemConfiguration只需要补充自己的专属配置即可：

public class ItemConfiguration : StatusConfiguration<Item>
{
    public override void Configure(EntityTypeBuilder<Item> builder)
    {
        // 先调用基类的配置方法，确保基类属性的规则被应用
        base.Configure(builder);

        // 配置Item自己的表结构和属性
        builder.ToTable("Item", "dbo")
            .HasKey(c => c.Id);
        
        builder.Property(i => i.Description)
            .HasMaxLength(200);
        // 其他Item专属的配置逻辑...
    }
}

方案二：在DbContext中批量配置所有基类子类 #

如果不想创建基类配置类，也可以在DbContext的OnModelCreating方法里，批量找到所有继承自Status的实体，统一配置基类属性。

代码示例 #

public class YourDbContext : DbContext
{
    // 定义你的DbSet
    public DbSet<Item> Items { get; set; }

    // 构造函数（根据你的数据库连接方式调整）
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer("你的连接字符串");
    }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 先应用所有实体的配置类（如果有的话）
        modelBuilder.ApplyConfigurationsFromAssembly(typeof(YourDbContext).Assembly);

        // 批量获取所有继承自Status的实体类型
        var statusDerivedEntities = modelBuilder.Model.GetEntityTypes()
            .Where(t => typeof(Status).IsAssignableFrom(t.ClrType));

        // 遍历并配置基类属性
        foreach (var entityType in statusDerivedEntities)
        {
            var builder = modelBuilder.Entity(entityType.ClrType);
            
            // 配置updateUserName的通用规则
            builder.Property(nameof(Status.updateUserName))
                .IsRequired()
                .HasMaxLength(50);
        }
    }
}

两种方案的对比 #

• 方案一：代码结构更清晰，每个实体的配置集中在各自的配置类里，便于维护和扩展；如果后续基类配置需要调整，只修改基类配置类即可。
• 方案二：无需额外创建基类配置类，适合基类配置逻辑简单的场景；但如果基类配置复杂，会让OnModelCreating方法变得臃肿，可读性下降。

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