Identità ASP.NET con EF Database First MVC5

È possibile utilizzare la nuova identità Asp.net con Database First e EDMX? O solo con il codice prima?

Ecco cosa ho fatto:

1) Ho creato un nuovo progetto MVC5 e ho fatto creare alla nuova identità le nuove tabelle utente e ruoli nel mio database.

2) Ho quindi aperto il mio file Database First EDMX e trascinato nella nuova tabella Identity Users poiché ho altre tabelle ad esso correlate.

3) Dopo aver salvato EDMX, il generatore Database First POCO creerà automaticamente una classe utente. Tuttavia, UserManager e RoleManager prevedono che una classe User erediti dal nuovo spazio dei nomi Identity (Microsoft.AspNet.Identity.IUser), quindi l'utilizzo della classe User POCO non funzionerà.

Immagino che una possibile soluzione sia modificare le mie classi di generazione POCO in modo che la mia classe utente erediti da IUser?

Oppure ASP.NET Identity è compatibile solo con Code First Design?

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

Aggiornamento: seguendo il suggerimento di Anders Abel di seguito, questo è quello che ho fatto. Funziona, ma mi chiedo se esista una soluzione più elegante.

1) Ho esteso la mia classe Utente entità creando una classe parziale all'interno dello stesso spazio dei nomi delle mie entità generate automaticamente.

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

2) Ho cambiato il mio DataContext per ereditare da IdentityDBContext invece di DBContext. Tieni presente che ogni volta che aggiorni il tuo EDMX e rigeneri le classi DBContext ed Entity, dovrai reimpostarlo su questo.

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

3) All'interno della classe di entità utente generata automaticamente, è necessario aggiungere la parola chiave override ai seguenti 4 campi o commentare questi campi poiché sono ereditati da IdentityUser (Passaggio 1). Nota che ogni volta che aggiorni il tuo EDMX e rigeneri le classi DBContext ed Entity, dovrai reimpostarlo su questo.

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

Dovrebbe essere possibile utilizzare il sistema di identità con POCO e Database First, ma dovrai apportare un paio di modifiche:

1. Aggiorna il file .tt per la generazione di POCO per creare le classi di entità partial. Ciò consentirà di fornire un'implementazione aggiuntiva in un file separato.
2. Effettua un'implementazione parziale della Userclasse in un altro file

partial User : IUser
{
}

Ciò consentirà alla Userclasse di implementare l'interfaccia corretta, senza toccare i file effettivamente generati (modificare i file generati è sempre una cattiva idea).

I miei passaggi sono molto simili ma volevo condividere.

1) Crea un nuovo progetto MVC5

2) Crea un nuovo Model.edmx. Anche se è un nuovo database e non ha tabelle.

3) Modifica web.config e sostituisci questa stringa di connessione generata:

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

con questa stringa di connessione:

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

Successivamente, crea ed esegui l'applicazione. Registra un utente e quindi le tabelle verranno create.

EDIT: ASP.NET Identity with EF Database First for MVC5 CodePlex Project Template.

Volevo utilizzare un database esistente e creare relazioni con ApplicationUser. È così che l'ho fatto usando SQL Server, ma la stessa idea probabilmente funzionerebbe con qualsiasi DB.

1. Crea un progetto MVC
2. Aprire il DB elencato sotto DefaultConnection in Web.config. Si chiamerà (aspnet- [timestamp] o qualcosa del genere).
3. Script le tabelle del database.
4. Inserire le tabelle con script nel database esistente in SQL Server Management Studio.
5. Personalizza e aggiungi relazioni ad ApplicationUser (se necessario).
6. Crea nuovo progetto Web> MVC> Primo progetto DB> Importa DB con EF ... Escluse le classi di identità inserite.
7. In IdentityModels.cs, modificare ApplicationDbContext :base("DefaltConnection")per utilizzare DbContext del progetto.

Modifica: diagramma della classe di identità Asp.Net

IdentityUserè inutile qui perché è l'oggetto code-first utilizzato da UserStoreper l'autenticazione. Dopo aver definito il mio Useroggetto, ho implementato una classe parziale che implementa ciò IUserche viene utilizzato dalla UserManagerclasse. Volevo che il mio Ids fosse intinvece di una stringa, quindi restituisco l'ID utente aString (). Allo stesso modo ho voluto nin Usernameessere in minuscolo.

public partial class User : IUser
{

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

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

Non ne hai assolutamente bisogno IUser. È solo un'interfaccia utilizzata da UserManager. Quindi, se vuoi definire un "IUser" diverso, dovrai riscrivere questa classe per utilizzare la tua implementazione.

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

Ora si scrive il proprio UserStore, che gestisce tutto lo stoccaggio di utenti, reclami, ruoli, ecc implementare le interfacce di tutto ciò che il codice-prima UserStorefa e il cambiamento where TUser : IdentityUsera where TUser : Usercui "Utente" è il vostro oggetto entità

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
}

Ecco un paio di esempi su alcune delle implementazioni dell'interfaccia

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

Utilizzando il modello MVC 5, ho cambiato il AccountControllerin questo modo.

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

Ora l'accesso dovrebbe funzionare con le tue tabelle.

Dai un'occhiata a questo progetto su GitHub: https://github.com/KriaSoft/AspNet.Identity

Che include:

• Modello di progetto di database SQL per ASP.NET Identity 2.0
• Provider primo database di Entity Framework
• Codice sorgente ed esempi

Vedere anche : Come creare un provider Database-First per ADO.NET Identity

Buona domanda.

Sono più una persona che fa il database. Il primo paradigma del codice mi sembra un po 'strano e le "migrazioni" sembrano troppo soggette a errori.

Volevo personalizzare lo schema dell'identità aspnet e non essere disturbato dalle migrazioni. Sono esperto con i progetti di database di Visual Studio (sqlpackage, data-dude) e come fa un buon lavoro nell'aggiornamento degli schemi.

La mia soluzione semplicistica è:

1) Creare un progetto di database che rispecchi lo schema di identità aspnet 2) utilizzare l'output di questo progetto (.dacpac) come risorsa del progetto 3) distribuire il .dacpac quando necessario

Per MVC5, la modifica della ApplicationDbContextclasse sembra ottenere questo risultato ...

1) Implementare IDatabaseInitializer

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

2) Nel costruttore, segnalare che questa classe implementerà l'inizializzazione del database:

Database.SetInitializer<ApplicationDbContext>(this);

3) Implementare InitializeDatabase:

Qui, ho scelto di utilizzare DacFX e distribuire il mio .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);
            }
        }
    }

Ho passato diverse ore a lavorare su questo e finalmente ho trovato una soluzione che ho condiviso sul mio blog qui . Fondamentalmente, devi fare tutto ciò che viene detto nella risposta di stink , ma con una cosa in più: assicurarti che Identity Framework abbia una specifica stringa di connessione SQL-Client sopra la stringa di connessione Entity Framework utilizzata per le entità dell'applicazione.

In sintesi, l'applicazione utilizzerà una stringa di connessione per Identity Framework e un'altra per le entità dell'applicazione. Ogni stringa di connessione è di un tipo diverso. Leggi il mio post sul blog per un tutorial completo.

Ho scoperto che @ JoshYates1980 ha la risposta più semplice.

Dopo una serie di tentativi ed errori, ho fatto ciò che Josh ha suggerito e sostituito connectionStringcon la mia stringa di connessione DB generata. quello di cui ero confuso originariamente era il seguente post:

Come aggiungere l'autenticazione dell'identità ASP.NET MVC5 al database esistente

Dove la risposta accettata da @Win ha dichiarato di cambiare il ApplicationDbContext()nome della connessione. Questo è un po 'vago se si utilizza Entity e un approccio Database / Model in cui la stringa di connessione al database viene generata e aggiunta al Web.configfile.

Il ApplicationDbContext()nome della connessione viene mappato alla connessione predefinita nel Web.configfile. Pertanto, il metodo di Josh funziona meglio, ma per renderlo ApplicationDbContext()più leggibile suggerirei di cambiare il nome con il nome del database come @Win originariamente pubblicato, assicurandoti di cambiare il connectionStringper "DefaultConnection" in Web.confige commentare e / o rimuovere l'Entità database generato include.

Esempi di codice:

Abbiamo un progetto DLL modello entità in cui manteniamo la nostra classe modello. Manteniamo anche un progetto di database con tutti gli script di database. Il mio approccio è stato il seguente

1) Crea il tuo progetto che ha l'EDMX utilizzando prima il database

2) Script le tabelle nel tuo db, ho usato VS2013 connesso a localDB (connessioni dati) e copiato lo script nel progetto di database, aggiungi eventuali colonne personalizzate, ad es. BirthDate [DATE] non null

3) Distribuire il database

4) Aggiorna il progetto Modello (EDMX) Aggiungi al progetto Modello

5) Aggiungere eventuali colonne personalizzate alla classe dell'applicazione

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

Nel progetto MVC AccountController ha aggiunto quanto segue:

Il provider di identità desidera che una stringa di connessione SQL funzioni, per mantenere solo 1 stringa di connessione per il database, estrarre la stringa del provider dalla stringa di connessione 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)));
}