正确使用 Microsoft.AspNet.Identity 2.0

Question

我迷失了使用 MVC 5 模板附带的身份验证方法。

我需要将 CreateBy 用户包含在一个名为 client 的实体中，所以经过一些研究后我得出了这个结论：

型号：

[Table("Clients")]
public partial class Client
{
    [Key]
    [DatabaseGeneratedAttribute(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }

    public virtual int UserCreated_Id { get; set; }

    [ForeignKey("UserCreated_Id")]
    public virtual ApplicationUser UserCreated { get; set; }
}

控制器方法：

client.UserCreated_Id = User.Identity.GetUserId<int>();

但我必须更改身份模型中的几乎所有内容：

来自

public class ApplicationUser : IdentityUser

到

public class ApplicationUser : IdentityUser<int, ApplicationUserLogin, ApplicationUserRole, ApplicationUserClaim>

因此有近 30 次更改。

但现在我有 2 个 DbContext：

身份上下文：

public class ApplicationDbContext : IdentityDbContext<ApplicationUser, ApplicationRole, int, ApplicationUserLogin, ApplicationUserRole, ApplicationUserClaim>
{
    public ApplicationDbContext() : base("IPDB") {}

    public static ApplicationDbContext Create()
    {
        return new ApplicationDbContext();
    }
}

我的应用程序上下文：

public class MyDbContext : DbContext
{
    public MyDbContext() : base("IPDB")
    {

        // Tells Entity Framework that we will handle the creation of the database manually for all the projects in the solution
        Database.SetInitializer<MyDbContext>(null);
    }

    public DbSet<Client> Clients { get; set; }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        // ANOTHER CHANGE I HAD TO MADE TO BE ABLE TO SCAFFOLDING
        modelBuilder.Entity<ApplicationUserLogin>().HasKey<int>(l => l.UserId);
        modelBuilder.Entity<ApplicationRole>().HasKey<int>(r => r.Id);
        modelBuilder.Entity<ApplicationUserRole>().HasKey(r => new { r.RoleId, r.UserId });
    }
}

我现在的问题是：

• 我需要 2 个 DbContext 吗？
• 我是否正确地将用户关联到客户端实体？
• 我需要创建一个所有用户的列表，以及其他信息，我会从 2 DbContext 中读取信息吗？

拜托，我需要一些明确的指导，因为我现在很困惑，我真的很喜欢编写出色的代码，但我认为事实并非如此。

Answer 1

ApplicationUser 上的 Id 类型

ASP.NET Identity 2.0 非常灵活，同时还提供了一些在大多数情况下都可以使用的默认实现。 MVC 5 模板在大多数地方使用默认实现，但在某些情况下添加了一些额外的东西以使定制更容易。

在内部 ASP.NET 标识始终使用 IdentityUser<...>。所有这些模板参数都提供了一种选择您自己的密钥类型的方法，这意味着您还必须选择自己的 IdentityUserRole 类型（因为它包含密钥）。

还有使用字符串作为键的便利默认实现。字符串的值是 GUID 的字符串表示形式。

public class IdentityUser : 
  IdentityUser<string, IdentityUserLogin, IdentityUserRole, IdentityUserClaim>, IUser, IUser<string>
{
  /// <summary>
  /// Constructor which creates a new Guid for the Id
  /// </summary>
  public IdentityUser()
  {
    this.Id = Guid.NewGuid().ToString();
  }

在数据库中将字符串作为主键并不常见，但对于安全敏感的东西来说，它是有意义的。不存在在数据库之间复制的数据存在 ID 冲突的风险，从而为用户提供错误的权限。

在您的情况下，您需要选择：使用带有字符串 PK 的默认实现或将 id 更改为 int。在后一种情况下，您必须更改身份模型中的“几乎所有内容”，正如您所发现的那样。尽管我认为您可以不实现自己的ApplicationRole。应该可以将ApplicationUser 声明为

public class ApplicationUser: IdentityUser<int, IdentityUserLogin<int>, IdentityUserRole<int>....>

数据库上下文

在大多数情况下，单个DbContext 对应用程序来说是可以的。如果使用多个 DbContext，它们应该用于彼此不相关的不同数据集。当您将Client 类设置为与ApplicationUser 相关时，它们应该都在同一个DbContext 中。该模板试图传达这样一种思想，即应用程序上下文的主要DbContext 应该通过将其命名为ApplicationDbContext 来继承IdentityDbContext<>。使用那个，并用你自己的东西扩展它。我通常将其重命名并将其移至其他位置，但我仍然只有一个 DbContext 并让它继承 IdentityDbContext<>。

推出您自己的身份解决方案

除非你真的、真的知道你在做什么 - 不要推出你自己的身份解决方案。使用已通过外部审查加强安全性的现有产品。如果您对 ASP.NET Identity 不满意，可以查看Brock Allen's Identity reboot。

为了可信度（是的，我今天是赏金猎人）：The official ASP.NET documentation 链接到我的blog。

Answer 2

我需要 2 个 DbContext 吗？

对于某些人来说，为 Identity 和其他应用程序的其余部分拥有一个 DbContext 被认为是一种很好的做法。但是这不是强制性的，我认为没有必要。

您不应该有大的 dbcontext，较小的上下文更快。这意味着有时您必须创建多个 dbcontext。我相信每个上下文 50 个实体就足够了。

我是否正确地将用户关联到客户端实体？

你不是（在我看来）。 ApplicationUser 使用Guid（默认）来表示其主键值，而不是Int32。所以，而不是这个：

public virtual int UserCreated_Id { get; set; }

[ForeignKey("UserCreated_Id")]
public virtual ApplicationUser UserCreated { get; set; } 

你应该使用这个（记得删除UserCreated_Id中的虚拟）：

public Guid UserCreated_Id { get; set; }

[ForeignKey("UserCreated_Id")]
public virtual ApplicationUser UserCreated { get; set; } 

在您的上下文中，这应该足够了：

public class ApplicationUser : IdentityUser
public class ApplicationDbContext : IdentityDbContext<ApplicationUser>

我需要创建一个所有用户的列表，以及其他信息，将 我从 2 DbContext 中读取信息？

是的，您可能会，但我认为这对性能影响不大，因为考虑到您当时只使用 1 个 dbcontext，它不会导致任何额外的数据库查询。

拜托，我需要一些明确的指导，因为我现在很困惑 而且我真的很喜欢编写出色的代码，但我认为事实并非如此。

你喜欢干净的代码吗？所以，这是我的提示（基于我的意见）：忘记 ASP.NET 身份！身份是一个糟糕的解决方案，它不是解耦、混乱和不必要的。

您可以使用自定义用户实体创建自己的登录系统。使用此https://crackstation.net/hashing-security.htm#aspsourcecode 对密码进行哈希处理，并使用此MVC Authentication - Easiest Way 创建 OWIN 身份验证