IdentityAPI中注册的源码解读及适用场景分析

这篇文章旨在分享IdentityAPI中注册的源码解读，以及探讨不同注册方式的优缺点和适用场景。当我们深入研究源码时，发现其逻辑竟然是固定死的。然而，我们并不是只能按照微软提供的源码去做。本文将包含设置用户账户为未验证状态、延迟用户创建的源码解读，以及对其优缺点和适用场景的说明。

在ASP.NET 8 Identity中注册API的源码如下：

routeGroup.MapPost("/register", async Task<Results<Ok, ValidationProblem>>
    ([FromBody] RegisterRequest registration, HttpContext context, [FromServices] IServiceProvider sp) =>
{
    // 源码解析内容
});
routeGroup.MapGet("/confirm-email", async Task<IResult>
    ([FromQuery] string userId, [FromQuery] string token, [FromServices] UserManager<TUser> userManager) =>
{
    // 源码解析内容
});

在注册时，源码使用邮箱作为用户名，配置了邮箱和密码。然而，在发送邮箱验证码之前，就已经通过CreateAsync创建好了账号。这种方式叫做设置用户账户为未验证状态，将EmailConfirmed设置为false，邮箱验证确认后设置为true。

这种方式的缺点包括数据库冗余和较高的风险。然而，它的优点在于实现简单、用户体验好以及安全可控。

更安全的方式是延迟用户创建，代码如下：

routeGroup.MapPost("/register", async Task<IResult>
    ([FromBody] RegisterRequest registration, HttpContext context, [FromServices] IServiceProvider sp) =>
{
    // 源码解析内容
});
routeGroup.MapGet("/confirm-email", async Task<IResult>
    ([FromQuery] string token, [FromServices] IServiceProvider sp) =>
{
    // 源码解析内容
});

与第一个例子相反，这种方式是用户注册后把数据保存在了临时的内存中，再向邮箱发送验证码。通过配置邮箱的时候，用验证码得到用户数据，并以此创建新的账号。

此做法的缺点包括实现复杂和用户体验问题，但它的优点在于避免垃圾用户、高安全性以及资源节省。

这两种注册方式各有适用场景：

1. 延迟用户创建：适用于希望最大限度减少垃圾用户并确保用户邮箱有效性的场景，如高安全性要求的系统。
2. 设置用户账户为未验证状态：适用于希望提供更流畅的用户体验，允许用户在验证邮箱前进行部分操作的场景，如社交平台或内容网站。