Warum dies verstößt gegen die Einschränkung der Typparameter 'TUser'?

Ich versuche mich anzupassen asp.net Identität von Entitäten mit den folgenden:

public class User : IdentityUser<string, UserClaim, UserRole, UserLogin>
public class UserClaim : IdentityUserClaim<string>
public class UserLogin : IdentityUserLogin<string>
public class UserRole : IdentityUserRole<string>
public class UserToken : IdentityUserToken<string>
public class Role : IdentityRole<string, UserRole, RoleClaim>
public class RoleClaim : IdentityRoleClaim<string>

Habe ich dann erstellt eine DbContext-Klasse wie folgt 

public class AppDbContext : IdentityDbContext<User, Role, string, UserClaim, UserRole, UserLogin, RoleClaim, UserToken>

Dann konfigurieren Sie diese mit 

services
    .AddIdentity<User, Role>()
    .AddEntityFrameworkStores<AppDbContext>()
    .AddDefaultTokenProviders();

aber ich habe versucht auch mit 

.AddEntityFrameworkStores<AppDbContext, string>()

Ich habe gelesen, dass viele blog-posts im internet, wie diese zum Beispiel, aber die meisten von Ihnen befassen müssen, gegen eine änderung des Datentyps für die Tasten, wie zu int oder Guid. In meinem Fall bin ich nicht die änderung der Standard-Schlüssel Datentyp aus string.

Ich allen diesen Fällen das kompilieren ist ok, aber es wirft beim ausführen einen Fehler

System.TypeLoadException
GenericArguments[0],'MyIdentity.Personen.Benutzer", auf
'Microsoft.AspNetCore.Identity.EntityFrameworkCore.UserStore`8[TUser,TRole,TContext,TKey,TUserClaim,TUserRole,TUserLogin,TUserToken]'
gegen die Einschränkung der Typparameter 'TUser'.

System.RuntimeTypeHandle.Instanziieren(RuntimeTypeHandle Griff,
IntPtr* pInst, int numGenericArgs, ObjectHandleOnStack-Typ) bei
System.RuntimeTypeHandle.Instanziieren(Typ[] inst) bei
System.RuntimeType.MakeGenericType(Typ[] Instanziierung)

Wenn ich eine angepasste UserStore Klasse wie erklärt dieser Beitrag

public class UserStore : UserStore<User, Role, AppDbContext, string, UserClaim, UserRole, UserLogin, UserToken>

Einen compile-Fehler angezeigt, die besagt, dass

CS0311 Dem Typ " MyIdentity.Personen.Rolle' kann nicht als Typ
parameter 'Oberleitungs' im generischen Typ oder Methode "UserStore'. Es gibt keine implizite Konvertierung von Referenz
'MyIdentity.Personen.Rolle' zu
'Microsoft.AspNetCore.Identität.EntityFrameworkCore.IdentityRole>'

Was mache ich falsch?

  • Hat Ihr User Klasse ein default-Konstruktor?
  • Ja. Ich habe gerade überprüft. public User() : base()
InformationsquelleAutor Lorenzo | 2016-09-17
  1. 5
    • Laut MSDN, die Einschränkung für UserStore<TUser> ist TUser : IdentityUser.
    • Auch laut MSDN, IdentityUser : IdentityUser<string, IdentityUserLogin, IdentityUserRole, IdentityUserClaim>.
    • Nach Ihren Erklärungen User : IdentityUser<string, UserClaim, UserRole, UserLogin>.

    Lange Namen machen es einfach zu verpassen, also lasst alias IdentityUser als D und IdentityUser<string, IdentityUserLogin, IdentityUserRole, IdentityUserClaim> als B. Nun, die oben formuliert werden kann:

    • TUser : D (a TUser muss eine Art D)
    • D : B (D ist eine Art B)
    • User : B (Ihr User ist eine Art B im Allgemeinen aber nicht eine Art D speziell wie erforderlich)
    • Du hast auf jeden Fall Recht Theodoros. Ich habe versucht zu entfernen, die lange Erklärungen und alles hat gut funktioniert. Vielen Dank für Ihren Vorschlag.
    InformationsquelleAutor Theodoros Chatzigiannakis
  2. 5

    Stand ich vor diesem Problem, fand ich dies: "Wenn Sie anpassen ASP.NET Kern-Identität, sollten Sie nicht verwenden AddEntityFrameworkStores mehr."
    Sie implementieren sollten Ihre: 

    public class ApplicationRoleManager:  RoleManager<Role>
public class ApplicationRoleStore :  RoleStore<Role, ApplicationDbContext, int, UserRole, RoleClaim>
public class ApplicationSignInManager :  SignInManager<User>
public class ApplicationUserManager : UserManager<User>
public class ApplicationUserStore : UserStore<User, Role, ApplicationDbContext, int, UserClaim, UserRole, UserLogin, UserToken, RoleClaim>

    Und Dann umleiten von integrierten Dienstleistungen, um Ihre benutzerdefinierten Diensten (Start -.cs):

    services.AddScoped<UserStore<User, Role, ApplicationDbContext, int, UserClaim, UserRole, UserLogin, UserToken, RoleClaim>, ApplicationUserStore> ();
services.AddScoped<UserManager<User>, ApplicationUserManager>();
services.AddScoped<RoleManager<Role>, ApplicationRoleManager>();
services.AddScoped<SignInManager<User>, ApplicationSignInManager>();
services.AddScoped<RoleStore<Role, ApplicationDbContext, int, UserRole, RoleClaim>, ApplicationRoleStore>();
services.AddScoped<IEmailSender, AuthMessageSender>();
services.AddScoped<ISmsSender, AuthMessageSender>();

    Dann stellen Sie Ihre benutzerdefinierte Dienste:

    services.AddIdentity<User, Role>(identityOptions =>
{
 //...
 }).AddUserStore<ApplicationUserStore>()
   .AddUserManager<ApplicationUserManager>()
   .AddRoleStore<ApplicationRoleStore>()
   .AddRoleManager<ApplicationRoleManager>()
   .AddSignInManager<ApplicationSignInManager>()
   //You **cannot** use .AddEntityFrameworkStores() when you customize everything
   //.AddEntityFrameworkStores<ApplicationDbContext, int>()
   .AddDefaultTokenProviders();
    InformationsquelleAutor Dalton
  3. 1

    Das problem ist hier RoleClaim muss vom Typ IdentityRoleClaim<TKey>

     where TRole : IdentityRole<TKey, TUserRole, IdentityRoleClaim<TKey>>

    statt TRoleClaim

    where TRole : IdentityRole<TKey, TUserRole, TRoleClaim>

    Es wird berichtet, hier als bug.

    InformationsquelleAutor VahidN
Schreibe einen Kommentar