.NET 9/Razor Pages中ASP.NET Identity多用户类型模型实现问题

方案1：EF表继承（TPH）实现多用户类型 #

这是适配EF的最简继承映射方案，所有用户类型存储在同一张表，通过自动生成的Discriminator字段区分类型。

• 定义基础用户类（继承IdentityUser）：

public class AppUser : IdentityUser
{
    // 所有用户共享的字段，如创建时间、昵称等
    public DateTime CreatedAt { get; set; }
    public string Nickname { get; set; }
}

• 派生三类用户：

// 普通User
public class RegularUser : AppUser
{
    // User专属字段，如个人资料
    public string PersonalBio { get; set; }
}

// 组织Member
public class Member : AppUser
{
    // 所属组织ID
    public Guid OrganizationId { get; set; }
    public Organization Organization { get; set; }
    // 负责的User集合（多对多关联）
    public ICollection<RegularUser> ManagedUsers { get; set; } = new List<RegularUser>();
}

// 组织管理员Org Admin
public class OrgAdmin : AppUser
{
    // 管理的组织ID
    public Guid ManagedOrgId { get; set; }
    public Organization ManagedOrganization { get; set; }
    // 管理的Member集合
    public ICollection<Member> ManagedMembers { get; set; } = new List<Member>();
}

// 组织实体
public class Organization
{
    public Guid Id { get; set; }
    public string Name { get; set; }
}

• DbContext配置：

public class AppDbContext : IdentityDbContext<AppUser>
{
    public DbSet<RegularUser> RegularUsers { get; set; }
    public DbSet<Member> Members { get; set; }
    public DbSet<OrgAdmin> OrgAdmins { get; set; }
    public DbSet<Organization> Organizations { get; set; }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);
        
        // 自定义鉴别器字段值
        builder.Entity<AppUser>()
            .HasDiscriminator<string>("UserType")
            .HasValue<RegularUser>("User")
            .HasValue<Member>("Member")
            .HasValue<OrgAdmin>("OrgAdmin");

        // 配置Member与User的多对多关联
        builder.Entity<Member>()
            .HasMany(m => m.ManagedUsers)
            .WithMany()
            .UsingEntity(j => j.ToTable("Member_User_Links"));

        // 配置OrgAdmin与Member的关联
        builder.Entity<OrgAdmin>()
            .HasMany(a => a.ManagedMembers)
            .WithOne()
            .HasForeignKey(m => m.OrganizationId)
            .IsRequired();
    }
}

• 权限控制：结合ASP.NET Identity的角色系统，为OrgAdmin分配OrgAdmin角色、Member分配Member角色，在接口/Action上用[Authorize(Roles = "OrgAdmin")]做权限校验。

方案2：用Dapper实现自定义用户存储 #

既然你更熟悉Dapper，可以完全绕开EF的映射限制，自定义Identity的用户存储接口：

• 步骤：
  1. 设计独立数据库表：Users（存基础登录信息）、RegularUsers、Members、OrgAdmins、Organizations、Member_User_Links、User_Roles。
  2. 实现IUserStore<AppUser>接口，在FindByIdAsync、FindByNameAsync等方法中，用Dapper联表查询并返回对应类型的用户实例。
  3. 实现IUserRoleStore<AppUser>接口，处理用户与角色的关联逻辑。
  4. 注册自定义存储：

services.AddIdentity<AppUser, IdentityRole>()
    .AddUserStore<CustomDapperUserStore>()
    .AddRoleStore<CustomDapperRoleStore>()
    .AddDefaultTokenProviders();

避坑提示 #

• TPH模式下，派生类不能定义与基类同名的字段，否则EF会抛出映射冲突错误。
• EF多对多关联必须显式配置中间表，否则自动生成的表结构可能不符合业务需求。
• 自定义Dapper存储时，注意异步方法的非阻塞实现，避免使用.Result或.Wait()。

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