Identität 2.0 mit beachierten Tabellen

In Ihren Beispielen möchten Sie die Variable DbContext durch etwas anderes ersetzen. Ich glaube jedoch, dass Sie Ihre Bemühungen um eine Stufe höher konzentrieren müssen.

Das Framework hat eine Klasse UserManager, die dafür verantwortlich ist, die Benutzer und die zugehörigen Informationen zu verwalten, jedoch nicht zu speichern. Wenn die Benutzer (oder die zugehörigen Informationen) gespeichert werden sollen, wird standardmäßig der bereitgestellte UserStore<IdentityUser> verwendet, der weiß, wie IdentityUser-Instanzen mithilfe einer DbContext in einer Datenbank gespeichert werden.

Im 2.0-Framework wurden die verschiedenen Bits des Identitätsspeichers in mehrere Schnittstellen aufgeteilt. Die Standardimplementierung UserStore<IdentityUser> implementiert mehrere dieser Schnittstellen und speichert die Daten für alle in der Datenbank mithilfe einer DBContext. 

Wenn Sie sich die Definition des standardmäßig bereitgestellten, auf Entity Framework basierenden UserStore ansehen, werden Sie feststellen, dass viele dieser kleinen Schnittstellen implementiert werden:

public class UserStore<TUser, TRole, TKey, TUserLogin, TUserRole, TUserClaim> : IUserLoginStore<TUser, TKey>, 
IUserClaimStore<TUser, TKey>, IUserRoleStore<TUser, TKey>, IUserPasswordStore<TUser, TKey>, 
IUserSecurityStampStore<TUser, TKey>, IQueryableUserStore<TUser, TKey>, IUserEmailStore<TUser, TKey>, 
IUserPhoneNumberStore<TUser, TKey>, IUserTwoFactorStore<TUser, TKey>, IUserLockoutStore<TUser, TKey>, 
IUserStore<TUser, TKey>, IDisposable 
where TUser : IdentityUser<TKey, TUserLogin, TUserRole, TUserClaim>
where TRole : IdentityRole<TKey, TUserRole>
where TKey : Object, IEquatable<TKey>
where TUserLogin : new(), IdentityUserLogin<TKey>
where TUserRole : new(), IdentityUserRole<TKey>
where TUserClaim : new(), IdentityUserClaim<TKey>

Da Sie Entity Framework überhaupt nicht verwenden möchten, müssen Sie eigene Implementierungen einiger dieser wichtigen Schnittstellen bereitstellen, die diese Daten an den Stellen speichern, an denen die Daten gespeichert werden sollen. Die Hauptschnittstelle ist IUserStore<Tuser,TKey> . Dies definiert den Vertrag zum Speichern von Benutzern, die einen Schlüssel eines bestimmten Typs haben. Wenn Sie nur Benutzer und keine anderen Informationen speichern möchten, können Sie diese Schnittstelle implementieren und Ihre Implementierung dann an die Variable UserManager übergeben, und Sie sollten bereit sein.

Es ist unwahrscheinlich, dass dies ausreicht. Wahrscheinlich möchten Sie Passwörter, Rollen, Anmeldungen usw. für Ihre Benutzer. Wenn ja, müssen Sie Ihre Klasse erstellen, die IUserStore<Tuser,TKey> implementiert, und außerdem IUserPasswordStore<TUser, TKey>, IRoleStore<TRole, TKey> und IUserClaimStore<TUser, TKey> implementieren.

Eine Liste aller Schnittstellen auf MSDN finden Sie hier

Abhängig von den Bits, die Sie verwenden möchten, müssen Sie diese Schnittstellen implementieren. 

Sie müssen wahrscheinlich auch Ihre eigenen Versionen der Identity*-Klassen definieren, die für das Entity-Framework bereits vorhanden sind . Sie benötigen also eine eigene IdentityUser-Klasse, die die Benutzer enthält, die Sie speichern möchten, und IdentityUserClaim für die Benutzeransprüche. Ich habe das nicht selbst gemacht, also bin ich nicht ganz sicher, aber ich habe das Gefühl, dass Sie das tun müssen.

Scott Allen hat einen guten Artikel über die verschiedenen Teile des Modells, der nützlich sein könnte.

Ihre Probleme mit dieser Zeile:

AuthenticationManager.SignIn(new AuthenticationProperties() { IsPersistent = isPersistent }, await user.GenerateUserIdentityAsync(UserManager));

Es gibt eine Methode namens GenerateUserIdentityAsync, die für Applicationuser definiert ist und die IdentityUser erweitert. Es ist in dem Vorlagenprojekt definiert, das ich glaube, und sieht ungefähr so ​​aus:

public class ApplicationUser : IdentityUser 
{    
public async Task<ClaimsIdentity> GenerateUserIdentityAsync(
    UserManager<ApplicationUser> manager) {
    // Note the authenticationType must match the one 
    // defined in CookieAuthenticationOptions.AuthenticationType
    var userIdentity = 
        await manager.CreateIdentityAsync(this, 
            DefaultAuthenticationTypes.ApplicationCookie);
    // Add custom user claims here
    return userIdentity;
    }
}

Da Sie das Entity-Framework IdentityUser nicht mehr verwenden, müssen Sie entweder eine ähnliche Methode oder Ihre eigene User-Klasse definieren oder die gleiche Funktionalität auf andere Weise implementieren (z. B. stattdessen await manager.CreateIdentityAsync(this, DefaultAuthenticationTypes.ApplicationCookie) aufrufen).