带有 EF 数据库优先 MVC5 的 ASP.NET 标识

应该可以将身份系统与 POCO 和 Database First 一起使用，但您必须进行一些调整：

更新用于 POCO 生成的 .tt 文件以使实体类部分化。这将使您可以在单独的文件中提供额外的实现。在另一个文件中部分实现 User 类

partial User : IUser
{
}

这将使 User 类实现正确的接口，而无需接触实际生成的文件（编辑生成的文件总是一个坏主意）。

---

我的步骤非常相似，但我想分享。

1）新建一个MVC5项目

2) 创建一个新的 Model.edmx。即使它是一个新数据库并且没有表。

3) 编辑 web.config 并替换这个生成的连接字符串：

<add name="DefaultConnection" connectionString="Data Source=(LocalDb)\v11.0;AttachDbFilename=|DataDirectory|\aspnet-SSFInventory-20140521115734.mdf;Initial Catalog=aspnet-SSFInventory-20140521115734;Integrated Security=True" providerName="System.Data.SqlClient" />

使用此连接字符串：

<add name="DefaultConnection" connectionString="Data Source=.\SQLExpress;database=SSFInventory;integrated security=true;" providerName="System.Data.SqlClient" />

之后，构建并运行应用程序。注册一个用户，然后将创建表。

---

编辑： ASP.NET Identity with EF Database First for MVC5 CodePlex Project Template.

我想使用现有的数据库并与 ApplicationUser 建立关系。这就是我使用 SQL Server 的方式，但同样的想法可能适用于任何数据库。

创建一个 MVC 项目 打开 Web.config 中 DefaultConnection 下列出的 DB。它将被称为 (aspnet-[timestamp] 或类似的东西。) 编写数据库表的脚本。将脚本表插入 SQL Server Management Studio 中的现有数据库。自定义和添加与 ApplicationUser 的关系（如有必要）。创建新的 Web 项目 > MVC > DB First Project > Import DB with EF ... 排除您插入的身份类。在 IdentityModels.cs 中更改 ApplicationDbContext :base("DefaltConnection") 以使用您项目的 DbContext。

https://i.stack.imgur.com/eGizm.png

---

IdentityUser 在这里毫无价值，因为它是 UserStore 用于身份验证的代码优先对象。在定义了我自己的 User 对象后，我实现了一个部分类，该类实现了 UserManager 类使用的 IUser。我希望我的 Id 是 int 而不是字符串，所以我只返回 UserID 的 toString()。同样，我希望 Username 中的 n 不大写。

public partial class User : IUser
{

    public string Id
    {
        get { return this.UserID.ToString(); }
    }

    public string UserName
    {
        get
        {
            return this.Username;
        }
        set
        {
            this.Username = value;
        }
    }
}

您绝不需要IUser。它只是 UserManager 使用的接口。因此，如果您想定义不同的“IUser”，则必须重写此类以使用您自己的实现。

public class UserManager<TUser> : IDisposable where TUser: IUser

您现在编写自己的 UserStore，它处理用户、声明、角色等的所有存储。实现代码优先 UserStore 所做的所有事情的接口，并将 where TUser : IdentityUser 更改为 where TUser : User，其中“用户”是你的实体对象

public class MyUserStore<TUser> : IUserLoginStore<TUser>, IUserClaimStore<TUser>, IUserRoleStore<TUser>, IUserPasswordStore<TUser>, IUserSecurityStampStore<TUser>, IUserStore<TUser>, IDisposable where TUser : User
{
    private readonly MyAppEntities _context;
    public MyUserStore(MyAppEntities dbContext)
    { 
        _context = dbContext; 
    }

    //Interface definitions
}

以下是一些接口实现的几个示例

async Task IUserStore<TUser>.CreateAsync(TUser user)
{
    user.CreatedDate = DateTime.Now;
    _context.Users.Add(user);
    await _context.SaveChangesAsync();
}

async Task IUserStore<TUser>.DeleteAsync(TUser user)
{
    _context.Users.Remove(user);
    await _context.SaveChangesAsync();
}

使用 MVC 5 模板，我将 AccountController 更改为如下所示。

public AccountController()
        : this(new UserManager<User>(new MyUserStore<User>(new MyAppEntities())))
{
}

现在登录应该可以使用您自己的表。

---

看看 GitHub 上的这个项目：https://github.com/KriaSoft/AspNet.Identity

包括：

ASP.NET Identity 2.0 的 SQL 数据库项目模板

实体框架数据库优先提供者

源代码和示例

https://i.imgur.com/KHDqq3B.png

另请参阅：How to create Database-First provider for ADO.NET Identity

---

好问题。

我更像是一个数据库第一的人。代码第一范式对我来说似乎很松散，而且“迁移”似乎太容易出错。

我想自定义 aspnet 身份架构，而不是为迁移而烦恼。我精通 Visual Studio 数据库项目（sqlpackage、data-dude）以及它如何在升级架构方面做得很好。

我的简单解决方案是：

1) 创建一个镜像 aspnet 身份模式的数据库项目 2) 使用该项目的输出 (.dacpac) 作为项目资源 3) 在需要时部署 .dacpac

对于 MVC5，修改 ApplicationDbContext 类似乎可以解决这个问题......

1) 实施 IDatabaseInitializer

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>, IDatabaseInitializer<ApplicationDbContext> { ... }

2）在构造函数中，发出这个类将实现数据库初始化的信号：

Database.SetInitializer<ApplicationDbContext>(this);

3) 实施 InitializeDatabase：

在这里，我选择使用 DacFX 并部署我的 .dacpac

    void IDatabaseInitializer<ApplicationDbContext>.InitializeDatabase(ApplicationDbContext context)
    {
        using (var ms = new MemoryStream(Resources.Binaries.MainSchema))
        {
            using (var package = DacPackage.Load(ms, DacSchemaModelStorageType.Memory))
            {
                DacServices services = new DacServices(Database.Connection.ConnectionString);
                var options = new DacDeployOptions
                {
                    VerifyDeployment = true,
                    BackupDatabaseBeforeChanges = true,
                    BlockOnPossibleDataLoss = false,
                    CreateNewDatabase = false,
                    DropIndexesNotInSource = true,
                    IgnoreComments = true,

                };
                services.Deploy(package, Database.Connection.Database, true, options);
            }
        }
    }

---

我花了几个小时解决这个问题，终于找到了我在博客 here 上分享的解决方案。基本上，您需要完成 stink 的回答中所说的所有事情，但还有一件事：确保 Identity Framework 在用于您的应用程序实体的实体框架连接字符串之上具有特定的 SQL 客户端连接字符串。

总之，您的应用程序将为身份框架使用一个连接字符串，为您的应用程序实体使用另一个连接字符串。每个连接字符串属于不同的类型。阅读我的博客文章以获得完整的教程。

---

我发现@JoshYates1980 确实有最简单的答案。

经过一系列试验和错误后，我按照 Josh 的建议做了，并用我生成的数据库连接字符串替换了 connectionString。我最初感到困惑的是以下帖子：

How to add ASP.NET MVC5 Identity Authentication to existing database

@Win 接受的答案表明要更改 ApplicationDbContext() 连接名称。如果您使用实体和数据库/模型优先方法，其中生成数据库连接字符串并将其添加到 Web.config 文件，这有点模糊。

ApplicationDbContext() 连接名称映射到Web.config 文件中的默认连接。因此，Josh 的方法效果最好，但为了使 ApplicationDbContext() 更具可读性，我建议将名称更改为 @Win 最初发布的数据库名称，确保更改 Web.config 中“DefaultConnection”的 connectionString并注释掉和/或删除实体生成的数据库包括。

Code Examples:

---

我们有一个实体模型 DLL 项目，我们在其中保存我们的模型类。我们还保留一个包含所有数据库脚本的数据库项目。我的方法如下

1）首先使用数据库创建您自己的具有EDMX的项目

2) 编写数据库中的表，我使用 VS2013 连接到 localDB（数据连接）并将脚本复制到数据库项目，添加任何自定义列，例如 BirthDate [DATE] not null

3) 部署数据库

4）更新模型（EDMX）项目添加到模型项目

5）将任何自定义列添加到应用程序类

public class ApplicationUser : IdentityUser
{
    public DateTime BirthDate { get; set; }
}

在 MVC 项目 AccountController 中添加了以下内容：

身份提供者需要一个 SQL 连接字符串才能工作，为数据库只保留 1 个连接字符串，从 EF 连接字符串中提取提供者字符串

public AccountController()
{
   var connection = ConfigurationManager.ConnectionStrings["Entities"];
   var entityConnectionString = new EntityConnectionStringBuilder(connection.ConnectionString);
        UserManager =
            new UserManager<ApplicationUser>(
                new UserStore<ApplicationUser>(
                    new ApplicationDbContext(entityConnectionString.ProviderConnectionString)));
}

---