是否没有使用UserManager创建或更新Aspnetuser的缺点？

Question

看来我在Internet上看到的所有推荐方法都是使用 usermanager＆lt; tuser＆gt; .createasync（）创建用户的方法。

仅使用EF Core DbContext的缺点是什么？

假设我在Aspnetusers中有一个 TimeZoneInfoid 列。

 public class ApplicationUser : IdentityUser
    {
        public string? TimeZoneInfoId { get; set; }
    }

使用DBContext更新它是否不好？

例如：

using var dbContext = await DbContextFactory.CreateDbContextAsync();
var userToUpdate = await dbContext.ApplicationUsers.Where(u => u.UserName == "John").FirstOrDefaultAsync();
userToUpdate?.TimeZoneInfoId = "Samoa Standard Time";
await dbContext.SaveChangesAsync();

或者这样做是完全可以的？

Answer 1

首先，Usermanger是另一个抽象。通常，它与基于EF的用户商店一起使用，但是您可以实现所需的任何商店。

因此，如果您在整个项目范围内使用UseManager，并且在某个开发阶段，您决定要将当前基于EF的用户存储转换为其他东西，唯一要做的就是在 iuserstore > usermanager 。如果您按照提供的方式（直接调用DB） - 您应该在管理用户管理的每个地方重构。

用户管理器要注意更多事情，例如：更新安全邮票 /归一化或验证 - 非常重要的是，您可以修改 usermanager < / code>的各个方面 - 您唯一要做的就是要切换 usermanager 抽象到另一个 - 就像 iuserstore 一样。

总而言之， usermanager 工作就像许多组件的好胶水，使您可以管理用户。默认情况下，它使用良好的默认实现，但是很容易将其调整您需要的任何方式。

Answer 2

这是关于为什么我们选择使用 usermanager 和 rolemanager 的解释。

asp.net核心身份：

是支持用户界面（UI）登录功能的API。

管理用户，密码，个人资料数据，角色，索赔，令牌，电子邮件
确认等等。

这不仅是数据库访问。这也是管理登录功能，安全令牌创建，安全密码管理等的代码。

如果您创建自定义系统，请考虑以上所有内容，请考虑一下解决方案的外部审核员（即使这是一个好主意），无论您做出什么选择），单位测试，性能测试

等以上已经完成。您也可以轻松地使用各种挂钩点自定义身份。

顺便说一句，Identity使用EF默认情况下访问数据存储。

构建您的多层应用程序，但要删除身份。这是一个横向关注的问题，在那里可以简化您的发展，并让您只担心业务需求。

在代码中定义 bad ， usermanager 为开发人员提供了更方便，高效和安全的选择，这是非常困难的。

请参阅 link