Идентификация ASP.NET с базой данных EF First MVC5

Должно быть возможно использовать систему идентификации с POCO и Database First, но вам нужно будет сделать пару настроек:

1. Сделайте частичную реализацию класса User в другом файле
2. Мои шаги очень похожи, но я хотел поделиться.

Это заставит класс User реализовать правильный интерфейс, не касаясь фактических сгенерированных файлов (редактирование сгенерированных файлов всегда плохая идея).

partial User : IUser
{
}

Обновите .tt-файл для генерации POCO, чтобы классы сущностей были partial. Это позволит вам предоставить дополнительную реализацию в отдельном файле.

1) Создайте новый проект MVC5

2) Создайте новый Model.edmx. Даже если это новая база данных и в ней нет таблиц.

3) Отредактируйте web.config и замените сгенерированную строку подключения:

с этой строкой подключения:

<add name="DefaultConnection" connectionString="Data Source=(LocalDb)\v11.0;AttachDbFilename=|DataDirectory|\aspnet-SSFInventory-20140521115734.mdf;Initial Catalog=aspnet-SSFInventory-20140521115734;Integrated Security=True" providerName="System.Data.SqlClient" />

После этого соберите и запустите приложение. Зарегистрируйте пользователя, и тогда таблицы будут созданы.

<add name="DefaultConnection" connectionString="Data Source=.\SQLExpress;database=SSFInventory;integrated security=true;" providerName="System.Data.SqlClient" />

РЕДАКТИРОВАТЬ: ASP.NET Identity with EF Database First для шаблона проекта MVC5 CodePlex.

Я хотел использовать существующую базу данных и установить отношения с ApplicationUser. Вот как я сделал это с помощью SQL Server, но та же идея, вероятно, будет работать с любой БД.

Изменить: Схема классов идентичности Asp.Net

1. Откройте БД, указанную в DefaultConnection в Web.config. Он будет называться (aspnet- [timestamp] или что-то в этом роде.)
2. Создайте сценарий для таблиц базы данных.
3. Вставьте таблицы со сценарием в существующую базу данных в SQL Server Management Studio.
4. Настройте и добавьте отношения к ApplicationUser (при необходимости).
5. Создайте новый веб-проект> MVC> Первый проект БД> Импортировать БД с EF ... Исключая вставленные вами классы идентификации.
6. В IdentityModels.cs измените ApplicationDbContext :base("DefaltConnection"), чтобы использовать DbContext вашего проекта.
7. :base("DefaltConnection") здесь бесполезен, потому что это объект с первым кодом, используемый _2_ для аутентификации. После определения моего собственного объекта _3_ я реализовал частичный класс, реализующий _4_, который используется классом _5_. Я хотел, чтобы мои _6_ были _7_ вместо строки, поэтому я просто возвращаю идентификатор пользователя toString (). Точно так же я хотел, чтобы _8_ из _9_ был некапитализирован.

Создать проект MVC

Вам ни в коем случае не нужно IUser. Это всего лишь интерфейс, используемый UserManager. Поэтому, если вы хотите определить другой «IUser», вам придется переписать этот класс, чтобы использовать свою собственную реализацию.

public partial class User : IUser
{

    public string Id
    {
        get { return this.UserID.ToString(); }
    }

    public string UserName
    {
        get
        {
            return this.Username;
        }
        set
        {
            this.Username = value;
        }
    }
}

Теперь вы пишете свой собственный UserStore, который обрабатывает все хранилища пользователей, утверждений, ролей и т. Д. Реализуйте интерфейсы всего, что делает UserStore сначала код, и измените where TUser : IdentityUser на where TUser : User, где «Пользователь» - это ваш объект сущности.

public class UserManager<TUser> : IDisposable where TUser: IUser

Вот пара примеров некоторых реализаций интерфейса.

public class MyUserStore<TUser> : IUserLoginStore<TUser>, IUserClaimStore<TUser>, IUserRoleStore<TUser>, IUserPasswordStore<TUser>, IUserSecurityStampStore<TUser>, IUserStore<TUser>, IDisposable where TUser : User
{
    private readonly MyAppEntities _context;
    public MyUserStore(MyAppEntities dbContext)
    { 
        _context = dbContext; 
    }

    //Interface definitions
}

Используя шаблон MVC 5, я изменил AccountController, чтобы он выглядел так.

async Task IUserStore<TUser>.CreateAsync(TUser user)
{
    user.CreatedDate = DateTime.Now;
    _context.Users.Add(user);
    await _context.SaveChangesAsync();
}

async Task IUserStore<TUser>.DeleteAsync(TUser user)
{
    _context.Users.Remove(user);
    await _context.SaveChangesAsync();
}

Теперь вход в систему должен работать с вашими собственными таблицами.

public AccountController()
        : this(new UserManager<User>(new MyUserStore<User>(new MyAppEntities())))
{
}

Взгляните на этот проект на GitHub: https://github.com/KriaSoft/AspNet.Identity

Который включает в себя:

• Entity Framework Database-First Provider (-ы)
• Исходный код и образцы
• Хороший вопрос.

См. также: Как создать поставщик Database-First для ADO.NET Identity

Шаблон проекта базы данных SQL для ASP.NET Identity 2.0

Я больше отношусь к базе данных от первого лица. Мне кажется, что парадигма «код прежде всего» кажется слабой, а «миграции» слишком подвержены ошибкам.

Я хотел настроить схему идентификации aspnet и не беспокоиться о миграции. Я хорошо разбираюсь в проектах баз данных Visual Studio (sqlpackage, data-dude) и знаю, как они неплохо справляются с обновлением схем.

Мое упрощенное решение:

1) Создайте проект базы данных, который отражает схему идентификации aspnet 2) используйте выходные данные этого проекта (.dacpac) в качестве ресурса проекта 3) разверните .dacpac при необходимости

Для MVC5 изменение класса ApplicationDbContext, похоже, помогает ...

1) Реализуйте IDatabaseInitializer

2) В конструкторе сигнализируйте, что этот класс будет реализовывать инициализацию базы данных:

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>, IDatabaseInitializer<ApplicationDbContext> { ... }

3) Реализуйте InitializeDatabase:

Database.SetInitializer<ApplicationDbContext>(this);

Здесь я решил использовать DacFX и развернуть свой .dacpac

Я потратил несколько часов на работу над этим и наконец нашел решение, которым поделился в своем блоге здесь. По сути, вам нужно сделать все, что сказано в ответе stink, но с одной дополнительной вещью: убедиться, что Identity Framework имеет конкретный SQL -Строка подключения клиента поверх строки подключения Entity Framework, используемой для сущностей вашего приложения.

    void IDatabaseInitializer<ApplicationDbContext>.InitializeDatabase(ApplicationDbContext context)
    {
        using (var ms = new MemoryStream(Resources.Binaries.MainSchema))
        {
            using (var package = DacPackage.Load(ms, DacSchemaModelStorageType.Memory))
            {
                DacServices services = new DacServices(Database.Connection.ConnectionString);
                var options = new DacDeployOptions
                {
                    VerifyDeployment = true,
                    BackupDatabaseBeforeChanges = true,
                    BlockOnPossibleDataLoss = false,
                    CreateNewDatabase = false,
                    DropIndexesNotInSource = true,
                    IgnoreComments = true,

                };
                services.Deploy(package, Database.Connection.Database, true, options);
            }
        }
    }

Таким образом, ваше приложение будет использовать строку подключения для Identity Framework, а другую - для сущностей вашего приложения. Каждая строка подключения относится к разному типу. Прочтите мой пост в блоге, чтобы получить полное руководство.

Я обнаружил, что у @ JoshYates1980 есть самый простой ответ.

После серии проб и ошибок я сделал то, что предложил Джош, и заменил connectionString моей сгенерированной строкой подключения к БД. Изначально меня смутил следующий пост:

Как добавить аутентификацию удостоверения ASP.NET MVC5 в существующая база данных

В принятом ответе от @Win указано, что нужно изменить имя соединения ApplicationDbContext(). Это немного расплывчато, если вы сначала используете Entity и подход к базе данных / модели, при котором строка подключения к базе данных создается и добавляется в файл Web.config.

Имя соединения ApplicationDbContext() сопоставлено с соединением по умолчанию в файлеWeb.config. Таким образом, метод Джоша работает лучше всего, но чтобы сделать ApplicationDbContext() более читабельным, я бы предложил изменить имя на имя вашей базы данных, как было изначально опубликовано @Win, не забудьте изменить connectionString для «DefaultConnection» в Web.config и закомментировать и / или удалить сгенерированную Entity базу данных include.

Примеры кода:

У нас есть проект DLL модели сущностей, в котором мы храним наш класс модели. Мы также ведем проект базы данных со всеми скриптами базы данных. Мой подход был следующим

1) Создайте свой собственный проект с EDMX, используя сначала базу данных

2) Создайте сценарий для таблиц в своей базе данных, я использовал VS2013, подключенный к localDB (подключения к данным), и скопировал сценарий в проект базы данных, добавьте любые настраиваемые столбцы, например. Дата рождения [DATE] не равно null

3) Разверните базу данных

4) Обновите проект модели (EDMX) Добавить в проект модели

5) Добавьте любые настраиваемые столбцы в класс приложения

В проект MVC AccountController добавлено следующее:

public class ApplicationUser : IdentityUser
{
    public DateTime BirthDate { get; set; }
}

Поставщик удостоверений хочет, чтобы для него работала строка подключения SQL, чтобы сохранить только 1 строку подключения для базы данных, извлечь строку поставщика из строки подключения EF

у вас есть образец кода вашей реализации? поскольку когда я пытаюсь воспроизвести вышеуказанное, я получаю сообщение об ошибке при попытке войти в систему или зарегистрировать пользователя. Тип сущности AspNetUser не является частью модели для текущего контекста, где AspNetUser - это моя сущность пользователя.

public AccountController()
{
   var connection = ConfigurationManager.ConnectionStrings["Entities"];
   var entityConnectionString = new EntityConnectionStringBuilder(connection.ConnectionString);
        UserManager =
            new UserManager<ApplicationUser>(
                new UserStore<ApplicationUser>(
                    new ApplicationDbContext(entityConnectionString.ProviderConnectionString)));
}