Identidade ASP.NET com EF Database First MVC5

É possível usar a nova identidade Asp.net com Database First e EDMX? Ou apenas com o código primeiro?

Aqui está o que eu fiz:

1) Fiz um novo projeto MVC5 e fiz com que a nova identidade criasse as novas tabelas de usuário e funções em meu banco de dados.

2) Em seguida, abri meu arquivo EDMX do Database First e arrastei para a nova tabela Identity Users, pois tenho outras tabelas relacionadas a ela.

3) Ao salvar o EDMX, o gerador POCO do Database First criará automaticamente uma classe de usuário. No entanto, UserManager e RoleManager esperam que uma classe User herde do novo namespace Identity (Microsoft.AspNet.Identity.IUser), portanto, usar a classe POCO User não funcionará.

Eu acho que uma solução possível é editar minhas classes de geração de POCO para que minha classe de usuário herde de IUser?

Ou a identidade do ASP.NET é compatível apenas com o Code First Design?

+++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++

Atualização: Seguindo a sugestão de Anders Abel abaixo, foi o que fiz. Funciona, mas gostaria de saber se existe uma solução mais elegante.

1) Eu estendi minha classe de usuário de entidade criando uma classe parcial dentro do mesmo namespace que minhas entidades geradas automaticamente.

namespace MVC5.DBFirst.Entity
{
    public partial class AspNetUser : IdentityUser
    {
    }
}

2) Mudei meu DataContext para herdar de IdentityDBContext em vez de DBContext. Observe que toda vez que você atualiza seu EDMX e regenera as classes DBContext e Entity, você terá que definir isso novamente.

 public partial class MVC5Test_DBEntities : IdentityDbContext<AspNetUser>  //DbContext

3) Em sua classe de entidade User gerada automaticamente, você deve adicionar a palavra-chave override aos 4 campos a seguir ou comentar esses campos, uma vez que são herdados de IdentityUser (Etapa 1). Observe que toda vez que você atualiza seu EDMX e regenera as classes DBContext e Entity, você terá que definir isso novamente.

    override public string Id { get; set; }
    override public string UserName { get; set; }
    override public string PasswordHash { get; set; }
    override public string SecurityStamp { get; set; }

Deve ser possível usar o sistema de identidade com POCO e Database First, mas você terá que fazer alguns ajustes:

1. Atualize o arquivo .tt para geração de POCO para fazer as classes de entidade partial. Isso possibilitará que você forneça implementações adicionais em um arquivo separado.
2. Faça uma implementação parcial da Userclasse em outro arquivo

partial User : IUser
{
}

Isso fará com que a Userclasse implemente a interface certa, sem mexer nos arquivos reais gerados (editar os arquivos gerados é sempre uma má ideia).

Meus passos são muito semelhantes, mas eu queria compartilhar.

1) Crie um novo projeto MVC5

2) Crie um novo Model.edmx. Mesmo que seja um novo banco de dados e não tenha tabelas.

3) Edite web.config e substitua esta cadeia de conexões gerada:

<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" />

com esta cadeia de conexões:

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

Em seguida, crie e execute o aplicativo. Cadastre um usuário e as tabelas serão criadas.

EDIT: Identidade ASP.NET com EF Database First para MVC5 CodePlex Project Template.

Eu queria usar um banco de dados existente e criar relacionamentos com ApplicationUser. Foi assim que fiz usando o SQL Server, mas a mesma ideia provavelmente funcionaria com qualquer banco de dados.

1. Crie um projeto MVC
2. Abra o banco de dados listado em DefaultConnection em Web.config. Ele será chamado (aspnet- [timestamp] ou algo parecido.)
3. Faça o script das tabelas do banco de dados.
4. Insira as tabelas com script no banco de dados existente no SQL Server Management Studio.
5. Personalize e adicione relacionamentos a ApplicationUser (se necessário).
6. Criar novo projeto da Web> MVC> Projeto primeiro banco de dados> Importar banco de dados com EF ... Excluindo as classes de identidade inseridas.
7. Em IdentityModels.cs, altere o ApplicationDbContext :base("DefaltConnection")para usar o DbContext do seu projeto.

Editar: Diagrama de Classe de Identidade Asp.Net

IdentityUseré inútil aqui porque é o objeto de código usado pelo UserStorepara autenticação. Depois de definir meu próprio Userobjeto, implementei uma classe parcial que implementa o IUserque é usado pela UserManagerclasse. Eu queria meuId s fosse em intvez de string, então apenas retornei toString () do UserID. Da mesma forma que eu queria nem Usernameser com inicial minúscula.

public partial class User : IUser
{

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

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

Você de forma alguma precisa IUser . É apenas uma interface usada pelo UserManager. Portanto, se você quiser definir um "IUser" diferente, terá que reescrever essa classe para usar sua própria implementação.

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

Agora você escreve o seu próprio, UserStoreque lida com todo o armazenamento de usuários, declarações, funções, etc. Implementar as interfaces de tudo que o código-primeiroUserStore faz e mude where TUser : IdentityUserpara where TUser : Useronde "Usuário" é seu objeto de entidade

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
}

Aqui estão alguns exemplos de algumas das implementações de interface

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();
}

Usando o modelo MVC 5, mudei o AccountController para ficar assim.

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

Agora, o login deve funcionar com suas próprias tabelas.

Dê uma olhada neste projeto no GitHub: https://github.com/KriaSoft/AspNet.Identity

Que inclui:

• Modelo de projeto de banco de dados SQL para identidade ASP.NET 2.0
• Provedor (es) de banco de dados do Entity Framework
• Código Fonte e Amostras

Veja também : Como criar provedor de banco de dados primeiro para identidade ADO.NET

Boa pergunta.

Eu sou mais um banco de dados em primeiro lugar. O primeiro paradigma do código parece um tanto solto para mim, e as "migrações" parecem muito sujeitas a erros.

Eu queria personalizar o esquema de identidade aspnet e não me incomodar com migrações. Estou bem versado com projetos de banco de dados do Visual Studio (sqlpackage, data-dude) e como ele faz um bom trabalho na atualização de esquemas.

Minha solução simplista é:

1) Crie um projeto de banco de dados que espelhe o esquema de identidade aspnet 2) use a saída deste projeto (.dacpac) como um recurso de projeto 3) implante o .dacpac quando necessário

Para MVC5, modificar a ApplicationDbContextclasse parece fazer isso funcionar ...

1) Implementar IDatabaseInitializer

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

2) No construtor, sinalize que esta classe implementará a inicialização do banco de dados:

Database.SetInitializer<ApplicationDbContext>(this);

3) Implementar InitializeDatabase:

Aqui, escolhi usar o DacFX e implantar meu .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);
            }
        }
    }

Passei várias horas trabalhando nisso e finalmente encontrei uma solução que compartilhei no meu blog aqui . Basicamente, você precisa fazer tudo o que foi dito na resposta de stink , mas com uma coisa adicional: garantir que o Identity Framework tenha uma string de conexão SQL-Client específica no topo da string de conexão do Entity Framework usada para suas entidades de aplicativo.

Em resumo, seu aplicativo usará uma string de conexão para o Identity Framework e outra para as entidades de seu aplicativo. Cada string de conexão é de um tipo diferente. Leia minha postagem do blog para um tutorial completo.

Temos um projeto Entity Model DLL onde mantemos nossa classe de modelo. Também mantemos um projeto de banco de dados com todos os scripts de banco de dados. Minha abordagem foi a seguinte

1) Crie seu próprio projeto que tenha o EDMX usando o banco de dados primeiro

2) Faça o script das tabelas em seu banco de dados, usei VS2013 conectado ao localDB (Data Connections) e copiei o script para o projeto de banco de dados, adicione quaisquer colunas personalizadas, por exemplo: Data de nascimento [DATE] não nula

3) Implantar o banco de dados

4) Atualizar o projeto Modelo (EDMX) Adicionar ao projeto Modelo

5) Adicione quaisquer colunas personalizadas à classe do aplicativo

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

No projeto MVC, AccountController adicionou o seguinte:

O provedor de identidade deseja que uma string de conexão SQL funcione, para manter apenas 1 string de conexão para o banco de dados, extraia a string do provedor da string de conexão 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)));
}

Descobri que @ JoshYates1980 tem a resposta mais simples.

Depois de uma série de tentativas e erros, fiz o que Josh sugeriu e substituí o connectionString por minha string de conexão DB gerada. o que eu estava confuso originalmente era a seguinte postagem:

Como adicionar autenticação de identidade ASP.NET MVC5 ao banco de dados existente

Onde a resposta aceita de @Win indica a mudança do ApplicationDbContext()nome da conexão. Isso é um pouco vago se você estiver usando a abordagem de Entidade e Banco de Dados / Modelo em que a string de conexão do banco de dados é gerada e adicionada ao Web.configarquivo.

O ApplicationDbContext()nome da conexão é mapeado para a conexão padrão no Web.configarquivo. Portanto, o método de Josh funciona melhor, mas para torná-lo ApplicationDbContext()mais legível, sugiro alterar o nome do seu banco de dados como @Win postado originalmente, certificando-se de alterar o connectionStringpara "DefaultConnection" noWeb.config e comentar e / ou remover a Entidade banco de dados gerado inclui.

Exemplos de código: