ASP.NET Identity中Claim值无法修改，多用户类型如何设计？

你提到用Claim不合适是对的——Claim本质是身份断言信息（比如角色、权限标识），设计上就不是用来存储可频繁修改的业务属性，而且其Value只读，修改需要重新生成ClaimsIdentity，操作繁琐。下面是几种更合适的实现方式：

方案1：扩展IdentityUser并使用派生类（推荐） #

这是最贴合ASP.NET Identity设计逻辑的方案，通过实体继承区分用户类型：

1. 定义基础用户类，包含教师和学生的公共属性，再加一个枚举标记用户类型
2. 分别创建教师、学生类继承基础用户类，添加各自专属属性
3. 通过EF Core的表继承（TPH/TPT）映射到数据库

示例代码：

public enum UserType
{
    Teacher,
    Student
}

// 基础用户类，包含公共属性
public class ApplicationUser : IdentityUser
{
    public string Name { get; set; }
    public UserType UserType { get; set; }
}

// 教师专属类
public class Teacher : ApplicationUser
{
    public string Address { get; set; }
    public string ContactPhone { get; set; } // 若Identity自带的PhoneNumber满足需求可直接使用
}

// 学生专属类
public class Student : ApplicationUser
{
    public decimal Score { get; set; }
}

// DbContext配置（以TPH表继承为例）
public class AppDbContext : IdentityDbContext<ApplicationUser>
{
    public DbSet<Teacher> Teachers { get; set; }
    public DbSet<Student> Students { get; set; }

    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);
        // 自动生成Discriminator字段区分用户类型
        builder.Entity<ApplicationUser>()
               .HasDiscriminator<UserType>("UserType")
               .HasValue<Teacher>(UserType.Teacher)
               .HasValue<Student>(UserType.Student);
    }
}

• 优点：类型安全，属性修改直接操作实体即可，完全融入Identity体系
• 缺点：需要理解EF Core的表继承映射逻辑

方案2：单用户表+全量属性字段 #

如果不想处理继承逻辑，可以直接扩展ApplicationUser，包含所有可能的属性，用UserType标记属性的有效性：

public class ApplicationUser : IdentityUser
{
    public string Name { get; set; }
    public UserType UserType { get; set; }
    
    // 教师专属属性
    public string Address { get; set; }
    public string ContactPhone { get; set; }
    
    // 学生专属属性（用可空类型区分非必填）
    public decimal? Score { get; set; }
}

• 优点：实现简单，无需配置继承映射
• 缺点：存在属性冗余，需要自行维护不同用户类型的属性有效性（比如学生的Address应设为空）

方案3：用户主表+独立详情表 #

将公共信息存在ApplicationUser，教师/学生的专属信息分别存入独立的详情表，通过UserId关联：

public class ApplicationUser : IdentityUser
{
    public string Name { get; set; }
    public UserType UserType { get; set; }
    
    // 导航属性
    public TeacherProfile TeacherProfile { get; set; }
    public StudentProfile StudentProfile { get; set; }
}

public class TeacherProfile
{
    public int Id { get; set; }
    public string UserId { get; set; }
    public string Address { get; set; }
    public string ContactPhone { get; set; }
    public ApplicationUser User { get; set; }
}

public class StudentProfile
{
    public int Id { get; set; }
    public string UserId { get; set; }
    public decimal Score { get; set; }
    public ApplicationUser User { get; set; }
}

• 优点：表结构清晰，无冗余字段
• 缺点：查询用户信息时需要关联详情表，增加了少量复杂度

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