Awesome
LinqToDB Identity store provider for ASP.NET Core Identity
Feeds
- Release builds can be found on NuGet
- MyGet
- V2
https://www.myget.org/F/linq2db/api/v2
- V3
https://www.myget.org/F/linq2db/api/v3/index.json
- V2
Usage
Install package:
PM> Install-Package linq2db.Identity
In general this is the same as for Entity Framework, just call AddLinqToDBStores
instead of AddEntityFrameworkStores
in your Startup.cs
like here:
services.AddIdentity<ApplicationUser, IdentityRole>(options => {
options.Cookies.ApplicationCookie.AuthenticationScheme = "ApplicationCookie";
options.Cookies.ApplicationCookie.CookieName = "Interop";
options.Cookies.ApplicationCookie.DataProtectionProvider = DataProtectionProvider.Create(new DirectoryInfo("C:\\Github\\Identity\\artifacts"));
})
.AddLinqToDBStores(new DefaultConnectionFactory()) //here
.AddDefaultTokenProviders();
The main difference with Entity Framework Core storage provider are:
- We do not use hardcoded classes - interfaces like
IIdentityUser<TKey>
are used (but yes, we do have default implementation) - Data connection factory is used for calling to database
Identity and other mapping
We do not use any default mapping attributes on default POCOs (IdentityUser
, IdentityRole
and so on). This is because this types can be used on different environvents.
If in some reason you prefere using default POCOs you can use fluent mapping in your Startup.cs
to define needed attributes.
For example to treat Id
as identity:
LinqToDB.Mapping.MappingSchema.Default.GetFluentMappingBuilder()
.Entity<IdentityUser<int>>()
.HasIdentity(_ => _.Id);
Special
All source code is based on original Microsoft Entity Framework Core storage provider for ASP.NET Core Identity.
Tests and sample are just adopted for using LinqToDB. For inmemory storage tests SQLite inmemory database is used.