ASP.NET Identity DbContext путаница
приложение MVC 5 по умолчанию поставляется с этим фрагментом кода в IdentityModels.cs-этот кусок кода для всех ASP.NET операции идентификации для шаблонов по умолчанию:
public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
public ApplicationDbContext()
: base("DefaultConnection")
{
}
}
если я построю новый контроллер, используя представления с Entity Framework и создам "новый контекст данных..."в диалоговом окне я получаю это сгенерированное для меня:
using System;
using System.Collections.Generic;
using System.Data.Entity;
using System.Linq;
using System.Web;
namespace WebApplication1.Models
{
public class AllTheOtherStuffDbContext : DbContext
{
// You can add custom code to this file. Changes will not be overwritten.
//
// If you want Entity Framework to drop and regenerate your database
// automatically whenever you change your model schema, please use data migrations.
// For more information refer to the documentation:
// http://msdn.microsoft.com/en-us/data/jj591621.aspx
public AllTheOtherStuffDbContext() : base("name=AllTheOtherStuffDbContext")
{
}
public System.Data.Entity.DbSet<WebApplication1.Models.Movie> Movies { get; set; }
}
}
если я построю другой контроллер + вид с помощью EF, скажем, например, для модели животных, эта новая строка получит автогенерируется прямо под public System.Data.Entity.DbSet<WebApplication1.Models.Movie> Movies { get; set; }
- вроде этого:
using System;
using System.Collections.Generic;
using System.Data.Entity;
using System.Linq;
using System.Web;
namespace WebApplication1.Models
{
public class AllTheOtherStuffDbContext : DbContext
{
// You can add custom code to this file. Changes will not be overwritten.
//
// If you want Entity Framework to drop and regenerate your database
// automatically whenever you change your model schema, please use data migrations.
// For more information refer to the documentation:
// http://msdn.microsoft.com/en-us/data/jj591621.aspx
public AllTheOtherStuffDbContext() : base("name=AllTheOtherStuffDbContext")
{
}
public System.Data.Entity.DbSet<WebApplication1.Models.Movie> Movies { get; set; }
public System.Data.Entity.DbSet<WebApplication1.Models.Animal> Animals { get; set; }
}
}
ApplicationDbContext
(для всех ASP.NET Identity stuff) наследуется от IdentityDbContext
, который в свою очередь наследует от DbContext
.
AllOtherStuffDbContext
(для моих собственных вещей) наследуется от DbContext
.
Итак, мой вопрос:
какой из этих двух (ApplicationDbContext
и AllOtherStuffDbContext
) должен ли я использовать для всех своих собственных моделей? Или я должен просто использовать автогенерированный по умолчанию ApplicationDbContext
так как это не должно быть проблемой, используя его, так как это происходит от базовый класс DbContext
, или будут какие-то накладные расходы? Вы должны использовать только один DbContext
объект в вашем приложении для всех ваших моделей (я где-то читал это), поэтому я даже не должен рассматривать использование обоих ApplicationDbContext
и AllOtherStuffDbContext
в одном приложении? Или что такое лучшая практика в MVC 5 с ASP.NET личность?
4 ответов
Я бы использовал один класс контекста, наследующий от IdentityDbContext. Таким образом, контекст может быть осведомлен о любых отношениях между вашими классами и IdentityUser и ролями IdentityDbContext. В IdentityDbContext очень мало накладных расходов, это в основном обычный DbContext с двумя DbSets. Один для пользователей и один для ролей.
существует много путаницы о IdentityDbContext быстрый поиск в StackOverflow и вы найдете эти вопросы:
"
почему Asp.Net Identity IdentityDbContext черный ящик?
как изменить имена таблиц при использовании идентификатора AspNet Visual Studio 2013?
объединить MyDbContext с IdentityDbContext"
чтобы ответить на все эти вопросы, нам просто нужно понять, что IdentityDbContext это просто класс, унаследованный от DbContext.
Давайте посмотрим на IdentityDbContext source:
/// <summary>
/// Base class for the Entity Framework database context used for identity.
/// </summary>
/// <typeparam name="TUser">The type of user objects.</typeparam>
/// <typeparam name="TRole">The type of role objects.</typeparam>
/// <typeparam name="TKey">The type of the primary key for users and roles.</typeparam>
/// <typeparam name="TUserClaim">The type of the user claim object.</typeparam>
/// <typeparam name="TUserRole">The type of the user role object.</typeparam>
/// <typeparam name="TUserLogin">The type of the user login object.</typeparam>
/// <typeparam name="TRoleClaim">The type of the role claim object.</typeparam>
/// <typeparam name="TUserToken">The type of the user token object.</typeparam>
public abstract class IdentityDbContext<TUser, TRole, TKey, TUserClaim, TUserRole, TUserLogin, TRoleClaim, TUserToken> : DbContext
where TUser : IdentityUser<TKey, TUserClaim, TUserRole, TUserLogin>
where TRole : IdentityRole<TKey, TUserRole, TRoleClaim>
where TKey : IEquatable<TKey>
where TUserClaim : IdentityUserClaim<TKey>
where TUserRole : IdentityUserRole<TKey>
where TUserLogin : IdentityUserLogin<TKey>
where TRoleClaim : IdentityRoleClaim<TKey>
where TUserToken : IdentityUserToken<TKey>
{
/// <summary>
/// Initializes a new instance of <see cref="IdentityDbContext"/>.
/// </summary>
/// <param name="options">The options to be used by a <see cref="DbContext"/>.</param>
public IdentityDbContext(DbContextOptions options) : base(options)
{ }
/// <summary>
/// Initializes a new instance of the <see cref="IdentityDbContext" /> class.
/// </summary>
protected IdentityDbContext()
{ }
/// <summary>
/// Gets or sets the <see cref="DbSet{TEntity}"/> of Users.
/// </summary>
public DbSet<TUser> Users { get; set; }
/// <summary>
/// Gets or sets the <see cref="DbSet{TEntity}"/> of User claims.
/// </summary>
public DbSet<TUserClaim> UserClaims { get; set; }
/// <summary>
/// Gets or sets the <see cref="DbSet{TEntity}"/> of User logins.
/// </summary>
public DbSet<TUserLogin> UserLogins { get; set; }
/// <summary>
/// Gets or sets the <see cref="DbSet{TEntity}"/> of User roles.
/// </summary>
public DbSet<TUserRole> UserRoles { get; set; }
/// <summary>
/// Gets or sets the <see cref="DbSet{TEntity}"/> of User tokens.
/// </summary>
public DbSet<TUserToken> UserTokens { get; set; }
/// <summary>
/// Gets or sets the <see cref="DbSet{TEntity}"/> of roles.
/// </summary>
public DbSet<TRole> Roles { get; set; }
/// <summary>
/// Gets or sets the <see cref="DbSet{TEntity}"/> of role claims.
/// </summary>
public DbSet<TRoleClaim> RoleClaims { get; set; }
/// <summary>
/// Configures the schema needed for the identity framework.
/// </summary>
/// <param name="builder">
/// The builder being used to construct the model for this context.
/// </param>
protected override void OnModelCreating(ModelBuilder builder)
{
builder.Entity<TUser>(b =>
{
b.HasKey(u => u.Id);
b.HasIndex(u => u.NormalizedUserName).HasName("UserNameIndex").IsUnique();
b.HasIndex(u => u.NormalizedEmail).HasName("EmailIndex");
b.ToTable("AspNetUsers");
b.Property(u => u.ConcurrencyStamp).IsConcurrencyToken();
b.Property(u => u.UserName).HasMaxLength(256);
b.Property(u => u.NormalizedUserName).HasMaxLength(256);
b.Property(u => u.Email).HasMaxLength(256);
b.Property(u => u.NormalizedEmail).HasMaxLength(256);
b.HasMany(u => u.Claims).WithOne().HasForeignKey(uc => uc.UserId).IsRequired();
b.HasMany(u => u.Logins).WithOne().HasForeignKey(ul => ul.UserId).IsRequired();
b.HasMany(u => u.Roles).WithOne().HasForeignKey(ur => ur.UserId).IsRequired();
});
builder.Entity<TRole>(b =>
{
b.HasKey(r => r.Id);
b.HasIndex(r => r.NormalizedName).HasName("RoleNameIndex");
b.ToTable("AspNetRoles");
b.Property(r => r.ConcurrencyStamp).IsConcurrencyToken();
b.Property(u => u.Name).HasMaxLength(256);
b.Property(u => u.NormalizedName).HasMaxLength(256);
b.HasMany(r => r.Users).WithOne().HasForeignKey(ur => ur.RoleId).IsRequired();
b.HasMany(r => r.Claims).WithOne().HasForeignKey(rc => rc.RoleId).IsRequired();
});
builder.Entity<TUserClaim>(b =>
{
b.HasKey(uc => uc.Id);
b.ToTable("AspNetUserClaims");
});
builder.Entity<TRoleClaim>(b =>
{
b.HasKey(rc => rc.Id);
b.ToTable("AspNetRoleClaims");
});
builder.Entity<TUserRole>(b =>
{
b.HasKey(r => new { r.UserId, r.RoleId });
b.ToTable("AspNetUserRoles");
});
builder.Entity<TUserLogin>(b =>
{
b.HasKey(l => new { l.LoginProvider, l.ProviderKey });
b.ToTable("AspNetUserLogins");
});
builder.Entity<TUserToken>(b =>
{
b.HasKey(l => new { l.UserId, l.LoginProvider, l.Name });
b.ToTable("AspNetUserTokens");
});
}
}
На основе исходного кода, если мы хотим объединить IdentityDbContext с нашим DbContext, у нас есть два варианта:
Первый Вариант:
Создайте DbContext, который наследуется от IdentityDbContext и имеет доступ к классам.
public class ApplicationDbContext
: IdentityDbContext
{
public ApplicationDbContext()
: base("DefaultConnection")
{
}
static ApplicationDbContext()
{
Database.SetInitializer<ApplicationDbContext>(new ApplicationDbInitializer());
}
public static ApplicationDbContext Create()
{
return new ApplicationDbContext();
}
// Add additional items here as needed
}
дополнительные Примечания:
1) мы можем также изменить asp.net имена таблиц Identity по умолчанию со следующим решением:
public class ApplicationDbContext : IdentityDbContext
{
public ApplicationDbContext(): base("DefaultConnection")
{
}
protected override void OnModelCreating(System.Data.Entity.DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
modelBuilder.Entity<IdentityUser>().ToTable("user");
modelBuilder.Entity<ApplicationUser>().ToTable("user");
modelBuilder.Entity<IdentityRole>().ToTable("role");
modelBuilder.Entity<IdentityUserRole>().ToTable("userrole");
modelBuilder.Entity<IdentityUserClaim>().ToTable("userclaim");
modelBuilder.Entity<IdentityUserLogin>().ToTable("userlogin");
}
}
2) Кроме того, мы можем расширить каждый класс и добавить любое свойство к классам, таким как "IdentityUser", "IdentityRole",...
public class ApplicationRole : IdentityRole<string, ApplicationUserRole>
{
public ApplicationRole()
{
this.Id = Guid.NewGuid().ToString();
}
public ApplicationRole(string name)
: this()
{
this.Name = name;
}
// Add any custom Role properties/code here
}
// Must be expressed in terms of our custom types:
public class ApplicationDbContext
: IdentityDbContext<ApplicationUser, ApplicationRole,
string, ApplicationUserLogin, ApplicationUserRole, ApplicationUserClaim>
{
public ApplicationDbContext()
: base("DefaultConnection")
{
}
static ApplicationDbContext()
{
Database.SetInitializer<ApplicationDbContext>(new ApplicationDbInitializer());
}
public static ApplicationDbContext Create()
{
return new ApplicationDbContext();
}
// Add additional items here as needed
}
для экономии времени мы можем использовать Aspnet Identity 2.0 Расширяемый Шаблон Проекта для расширения всех классов.
второй Вариант:(не рекомендуется)
На самом деле нам не нужно наследовать IdentityDbContext, если мы сами напишем весь код.
Таким образом, в основном мы можем просто наследовать от DbContext и реализовать нашу настроенную версию " OnModelCreating (ModelBuilder builder)" от IdentityDbContext исходный код
Если вы детализируете абстракции IdentityDbContext, вы обнаружите, что он выглядит так же, как ваш производный DbContext. Самый простой маршрут-ответ Olav, но если вы хотите больше контроля над тем, что создается, и немного меньше зависимости от пакетов идентификаторов взгляните на мой вопрос и ответьте здесь. Существует пример кода, если вы перейдете по ссылке, но в итоге вы просто добавите необходимые DbSets в свой собственный подкласс DbContext.
это поздняя запись для людей, но ниже моя реализация. Вы также заметите, что я загасил возможность изменить тип ключей по умолчанию: подробности о котором можно найти в следующих статьях:
- расширение моделей идентификаторов и использование целых ключей вместо строк
- изменить первичный ключ для пользователей в ASP.NET личность
Примечания:
Следует отметить что вы не можете использовать Guid's
для ваших ключей. Это потому, что под капотом они Struct
, и как таковые, не имеют распаковки, которая позволила бы их преобразование из общего