EF Core 2 DbContext抽象实现：代码编写疑问与技术求助

嘿，我来帮你梳理下这个DbContext抽象的问题，顺便解决你碰到的两个核心痛点——重复的实体配置和未完成的OnConfiguring方法：

一、先搞定OnModelCreating里的重复配置问题 #

你现在在BaseCarContext里两次调用modelBuilder.Entity<Car>()配置表名，这会让EF Core混淆，不知道该用哪个表名。这里有两种靠谱的解决方式：

方案1：直接修正重复配置 #

删掉其中一个重复的配置项，只保留符合你数据库表结构的那个，比如：

public abstract class BaseCarContext : DbContext 
{ 
    protected override void OnModelCreating(ModelBuilder modelBuilder) 
    { 
        // 只保留一个有效的表名配置，通常复数表名更符合行业惯例
        modelBuilder.Entity<Car>(e => { e.ToTable("Cars"); }); 
    } 
} 

方案2：用IEntityTypeConfiguration分离配置（更优雅） #

如果后续实体很多，这种方式能让代码更整洁，符合单一职责原则：

1. 先创建Car的独立配置类：

public class CarEntityConfiguration : IEntityTypeConfiguration<Car>
{
    public void Configure(EntityTypeBuilder<Car> builder)
    {
        builder.ToTable("Cars");
        // 这里还能添加主键、字段映射、索引等其他配置，集中管理更清晰
    }
}

2. 修改BaseCarContext的OnModelCreating，自动加载所有配置类：

public abstract class BaseCarContext : DbContext 
{ 
    protected override void OnModelCreating(ModelBuilder modelBuilder) 
    { 
        // 自动加载当前程序集里所有实现IEntityTypeConfiguration的配置类
        modelBuilder.ApplyConfigurationsFromAssembly(typeof(BaseCarContext).Assembly);
    } 
} 

以后新增实体配置，只要在同一个程序集里写配置类，BaseContext会自动识别加载，再也不会出现重复配置的问题。

二、完成OnConfiguring方法的正确实现 #

在CarContext里，你需要配置数据库连接。这里以最常用的SQL Server为例，给你补全代码：

public class CarContext : BaseCarContext 
{ 
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) 
    { 
        // 先判断是否已经配置过，避免重复配置
        if (!optionsBuilder.IsConfigured)
        {
            // 替换成你实际的数据库连接字符串，也可以从配置文件读取（更推荐）
            string connectionString = "Server=.;Database=CarDb;Trusted_Connection=True;";
            optionsBuilder.UseSqlServer(connectionString);
        }
    }
}

如果是ASP.NET Core项目，更推荐在Startup.cs里通过依赖注入配置DbContext，这样更灵活：

// Startup.cs的ConfigureServices方法中
services.AddDbContext<CarContext>(options => 
    options.UseSqlServer(Configuration.GetConnectionString("CarDb")));

这种情况下，CarContext甚至可以不用重写OnConfiguring，或者保留if (!optionsBuilder.IsConfigured)的判断作为兜底配置。

三、DbContext抽象的额外小建议 #

• 把公共的DbSet<T>放到BaseContext里，或者在派生Context里单独定义：

public abstract class BaseCarContext : DbContext 
{ 
    public DbSet<Car> Cars { get; set; }
    // 其他所有派生Context都需要的DbSet也可以放在这里
}

• 给BaseContext添加带参数的构造函数，方便依赖注入：

public abstract class BaseCarContext : DbContext 
{ 
    protected BaseCarContext(DbContextOptions options) : base(options) { }
}

// 派生Context的构造函数
public class CarContext : BaseCarContext 
{ 
    public CarContext(DbContextOptions<CarContext> options) : base(options) { }
}

这样依赖注入系统能正确解析你的DbContext实例。

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