Identité 2.0 avec des tables personnalisées

Dans vos exemples, vous semblez vouloir remplacer le DbContext avec autre chose mais je crois qu'en fait, vous devez concentrer vos efforts un niveau plus élevé.

le framework a une classe UserManager qui a la responsabilité de gérer, mais non de stocker, les utilisateurs et leurs informations connexes. Quand on veut stocker les utilisateurs (ou de leurs informations) la valeur par défaut est d'utiliser le UserStore<IdentityUser> qui sait comment store IdentityUser cas dans une base de données utilisant un DbContext.

dans le cadre 2.0, les différents bits du stockage d'identité ont été décomposés en plusieurs interfaces. L'implémentation par défaut fourni, UserStore<IdentityUser> implémente plusieurs de ces interfaces et stocke les données pour elles toutes dans la base de données en utilisant un DBContext.

si vous regardez la définition par défaut de la directive entity provided framework based UserStore, vous pouvez voir qu'elle implémente beaucoup de ces petites interfaces:

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>

Comme vous ne voulez pas pour utiliser Entity Framework, vous devez fournir vos propres implémentations de ces interfaces clés qui permet de stocker des données dans les endroits où vous voulez que les données soient stockées. L'interface principale est IUserStore<Tuser,TKey>. cela définit le contrat pour stocker les utilisateurs qui ont une clé d'un type particulier. Si vous voulez seulement stocker des utilisateurs et aucune autre information, alors vous pouvez implémenter cette interface et passer ensuite votre implémentation à UserManager et vous devriez être bon d' aller.

il est peu probable que cela soit suffisant bien que vous souhaitiez probablement des mots de passe, des rôles, des logins, etc. pour vos utilisateurs. Si oui, alors vous devez faire votre classe qui met en œuvre IUserStore<Tuser,TKey> œuvre IUserPasswordStore<TUser, TKey>,IRoleStore<TRole, TKey> et IUserClaimStore<TUser, TKey>.

Vous pouvez trouver une liste de toutes les interfaces sur MSDN ici

selon les bits que vous voulez utiliser, vous devez implémenter ces interfaces.

vous devrez probablement aussi définissez vos propres versions du Identity* classes qui existent pour les Entity framework déjà hors de la boîte. Donc vous aurez besoin de votre propre IdentityUser classe qui représente les utilisateurs que vous souhaitez stocker et IdentityUserClaim pour les réclamations des utilisateurs. Je ne l'ai pas fait moi-même donc je ne suis pas vraiment sûr, mais mon sentiment est que vous aurez à le faire.

Scott Allen a un bon article sur les différentes parties du modèle qui pourraient être utile.

Comme pour vos problèmes avec cette ligne:

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

il existe une méthode appelée GenerateUserIdentityAsync est définie sur Applicationuser qui s'étend IdentityUser. Il est défini dans le projet de modèle je crois et je ressemble à quelque chose comme ceci:

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

comme vous n'utilisez pas le framework entity IdentityUser alors vous avez besoin de définir une méthode similaire ou votre propre User classe ou de mettre en œuvre les mêmes fonctionnalités d'une autre façon (comme tout le qualifiant de await manager.CreateIdentityAsync(this, DefaultAuthenticationTypes.ApplicationCookie) au lieu de cela)