Asp.Net Core WebApi：自定义表能否加入IdentityDbContext及相关疑问

Hey，针对你在Asp.Net Core WebApi开发中遇到的这两个IdentityDbContext相关问题，我来给你详细解答：

问题1：自定义表是否可以加入IdentityDbContext，还是需要单独创建第二个DbContext？ #

完全可以把你的自定义表（比如ProgrammerRole、Project、SubProject、Report）加入到继承自IdentityDbContext<User>的ApplicationDbContext中，这是Asp.Net Core Identity开发里非常常规的做法，完全不需要额外创建第二个DbContext。这么做的好处很明显：所有业务实体和Identity相关实体都在同一个数据上下文里，处理跨表关联、事务操作会更简洁高效。

你给出的代码示例是完全正确的写法：

public class ApplicationDbContext : IdentityDbContext<User> {
    public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options) : base(options) { }
    public DbSet<ProgrammerRole> ProgrammerRoles { get; set; }
    public DbSet<Project> Projects { get; set; }
    public DbSet<SubProject> SubProjects { get; set; }
    public DbSet<Report> Reports { get; set; }
}

Entity Framework Core会自动为这些DbSet对应的实体创建数据库表映射，你只需要正常执行迁移命令即可生成对应的表结构。

如果出于某些业务拆分的需求，你确实需要创建第二个DbContext，要关联IdentityDbContext中的User的话，可以通过外键实现：

• 在自定义实体（比如Project）中添加UserId属性作为外键，同时添加导航属性public User Creator { get; set; }
• 确保第二个DbContext使用和ApplicationDbContext相同的连接字符串
• 注意User实体类要在两个上下文中共用，不要重复定义

不过这种方式会增加数据上下文管理的复杂度，除非有明确的业务拆分必要，否则不推荐。

问题2：加入自定义表后如何获取数据，解决实例化ApplicationDbContext的问题？ #

在Asp.Net Core中，**依赖注入（DI）**是框架推荐的获取DbContext实例的方式，而不是像旧版本那样直接new。你之前的错误示例就是因为直接new时没有传入DbContextOptions<ApplicationDbContext>参数——这个参数是由DI容器负责创建和传递的，手动实例化很难正确配置。

解决方法非常简单，通过构造函数注入ApplicationDbContext即可：

步骤1：在Controller中注入DbContext #

public class ProjectsController : ControllerBase {
    // 声明私有字段存储注入的DbContext实例
    private readonly ApplicationDbContext _dbContext;

    // 通过构造函数接收DI容器注入的ApplicationDbContext
    public ProjectsController(ApplicationDbContext dbContext) {
        _dbContext = dbContext;
    }

    [AllowAnonymous]
    [HttpGet]
    public IEnumerable<Project> GetProjects() {
        // 直接使用注入的_dbContext查询数据
        // 注意：这里要调用ToList()或者异步方法ToListAsync()，否则只是返回IQueryable不会执行查询
        return _dbContext.Projects.ToList();
    }
}

步骤2：确认DbContext的DI配置正确 #

你之前在Startup.cs中的配置是完全正确的，DI容器会根据这个配置创建ApplicationDbContext实例并注入到需要的地方：

// ===== Add DbContext ========
var connectionString = Configuration.GetConnectionString("DbConnection");
services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(connectionString));

如果是在非Controller类（比如业务逻辑服务类）中需要使用DbContext，同样可以通过构造函数注入，只要你把这个服务类注册到DI容器中即可，比如：

// 在Startup.cs或Program.cs中注册服务
services.AddScoped<IProjectService, ProjectService>();

// 服务类中注入DbContext
public class ProjectService : IProjectService {
    private readonly ApplicationDbContext _dbContext;

    public ProjectService(ApplicationDbContext dbContext) {
        _dbContext = dbContext;
    }

    // 业务方法中使用_dbContext
}

这种方式不仅解决了实例化问题，还能让框架自动管理DbContext的生命周期（比如在请求结束时自动释放资源），是Asp.Net Core的最佳实践。

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