基于.NET 8 Identity API对接已搭建UI页面的技术咨询

重写UserStore/IRoleStore等组件是更合理的方向 #

.NET Identity的核心设计就是依赖Store抽象层（IUserStore<TUser>、IRoleStore<TRole>等接口）来隔离数据持久化逻辑，不管数据来源是数据库、远程API还是其他存储介质，只要实现这些标准接口，上层的UserManager、SignInManager等核心组件就能无缝工作，完全不需要修改现有UI或业务逻辑。

对比你之前考虑的继承UserManager的方案：继承UserManager需要重写数十个方法（包括用户创建、查询、Claims管理等），还要处理大量底层逻辑的兼容问题，不仅开发成本高，还容易引入难以排查的Bug，完全违背了Identity的依赖倒置设计原则。

具体实现步骤 #

1. 实现自定义Store接口
   针对IUserStore<TUser>以及你需要的扩展接口（比如IUserClaimStore<TUser>、IUserPasswordStore<TUser>等），编写自定义实现类，所有方法内部通过HTTP请求调用你的后端Identity API：

   public class ApiUserStore : IUserStore<ApplicationUser>, IUserClaimStore<ApplicationUser>
   {
       private readonly HttpClient _httpClient;
   
       public ApiUserStore(HttpClient httpClient)
       {
           _httpClient = httpClient;
       }
   
       public async Task<IdentityResult> CreateAsync(ApplicationUser user, CancellationToken cancellationToken)
       {
           var response = await _httpClient.PostAsJsonAsync("/api/identity/users", user, cancellationToken);
           return response.IsSuccessStatusCode ? IdentityResult.Success : IdentityResult.Failed();
       }
   
       public async Task<ApplicationUser?> FindByIdAsync(string userId, CancellationToken cancellationToken)
       {
           return await _httpClient.GetFromJsonAsync<ApplicationUser>($"/api/identity/users/{userId}", cancellationToken);
       }
   
       public async Task<IList<Claim>> GetClaimsAsync(ApplicationUser user, CancellationToken cancellationToken)
       {
           return await _httpClient.GetFromJsonAsync<IList<Claim>>($"/api/identity/users/{user.Id}/claims", cancellationToken);
       }
   
       // 其他接口方法同理，一一映射到对应API端点
   }
   

2. 注册自定义Store到DI容器
   在UI项目的Program.cs中，替换默认的Store实现为你的自定义Store：

   builder.Services.AddHttpClient<ApiUserStore>(client =>
   {
       client.BaseAddress = new Uri("https://your-backend-api-url/");
       // 可添加身份验证逻辑，比如传递Bearer Token
   });
   
   builder.Services.AddIdentity<ApplicationUser, ApplicationRole>()
       .AddUserStore<ApiUserStore>()
       .AddRoleStore<ApiRoleStore>() // 若需要角色管理，同理实现ApiRoleStore
       .AddDefaultTokenProviders();
   

3. 确保版本兼容
   保证UI项目和后端API使用的.NET版本一致（均为.NET 8），且Identity相关NuGet包版本完全匹配，避免因版本差异导致的接口不兼容问题。

现有实践参考 #

这种"通过自定义Store对接远程API"的方案是企业级.NET项目中常见的Identity解耦方式：

• 很多大型系统会将Identity UI部署在前端入口层，后端Identity API单独部署，通过自定义Store实现跨服务的数据交互；
• 虽然官方没有提供完整的API对接示例，但.NET Identity的扩展文档明确说明了自定义Store的设计初衷就是支持非数据库的数据源，你可以基于官方的Store接口规范，结合自身API的端点设计完成实现。

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