我迷失了使用 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; }
}

Controller 方法:

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 中读取信息吗？

拜托，我需要一些清晰的指南，因为我现在很困惑，我真的很喜欢构建出色的代码，但我认为情况并非如此。

最佳答案

ApplicationUser 的 Id 类型

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

在内部 ASP.NET Identity 总是使用 IdentityUser<...> .所有这些模板参数都提供了一种选择您自己的 key 类型的方法，这意味着您还必须选择您自己的 IdentityUserRole 类型(因为它包含 key )。

还有使用字符串作为键的便捷默认实现。字符串的值是 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 的思想。应用程序上下文应该继承 IdentityDbContext<>将其命名为 ApplicationDbContext .使用那个，并用你自己的东西扩展它。我通常会重命名它并将其移动到其他地方，但我仍然有一个 DbContext只让它继承IdentityDbContext<> .

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

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

为了信誉(是的，我今天是赏金猎人):The official ASP.NET documentation链接到我的 blog .

关于c# - 正确使用 Microsoft.AspNet.Identity 2.0，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34099482/