MVC 5 и идентификация ASP.NET - путаница реализации

Я создаю новое веб-приложение, которое будет написано с использованием MVC 5 и Entity Framework Database First Approach. Я также хотел бы использовать ASP.Net Identity, чтобы следить за членством, аутентификацией, авторизацией и т.д.

Я хорошо прочитал об идентификаторе ASP.Net в Интернете и о том, как это работает, однако я все еще узнаю об этой теме.

Когда я создал приложение MVC 5 в Visual Studio 2013 и посмотрел на Контроллер учетной записи, мой первый инстинкт состоял в том, что мне не понравилось то, что я увидел, т.е. DbContext ссылался на " ApplicationDbContext". Причина, по которой мне это не нравилось, заключается в том, что я предпочитаю сохранять свой DbContext в соответствующем проекте в моем решении, то есть в моем уровне модели, который придерживается логики разделения проблем.

Кроме того, проект из проекта MVC 5 использует проект Entity Framework Code First для создания базы данных по умолчанию и таблиц для хранения пользователей, ролей и т.д.

Поскольку я должен использовать существующую базу данных с существующей таблицей пользователя, этот подход не подходит моим потребностям.

Я по-прежнему хочу использовать новейшую идентификацию ASP.Net для своего приложения, поскольку она имеет много преимуществ, поэтому я нашел эту статью, которая полностью удалила код Entity Framework, но все еще получила аутентификацию с использованием OWIN в ASP.NET MVC.

http://www.khalidabuhakmeh.com/asp-net-mvc-5-authentication-breakdown-part-deux

Используя приведенный выше учебник, введите метод HttpPost Login для моего Контроллера учетных записей

    [HttpPost]
    [AllowAnonymous]
    public ActionResult Login(LoginViewModel model, string returnUrl)
    {
        if (ModelState.IsValid)
        {
            //Calling my own custom Account Service which validates users login details
            var user = _AccountService.VerifyPassword(model.UserName, model.Password, false);
            if (user)
            {
                var identity = new ClaimsIdentity(new[] { new Claim(ClaimTypes.Name, model.UserName), }, DefaultAuthenticationTypes.ApplicationCookie, ClaimTypes.Name, ClaimTypes.Role);

                //ToDo: Manually adding Role, but will pull from db later
                identity.AddClaim(new Claim(ClaimTypes.Role, "guest"));

                AuthenticationManager.SignIn(new AuthenticationProperties
                {
                    IsPersistent = model.RememberMe
                }, identity);

                return RedirectToAction("Index", "MyDashboard");
            }
            else
            {
                ModelState.AddModelError("", "Invalid username or password.");
            }
        }

        return View(model);
    }

В моих предыдущих приложениях MVC я обычно заказывал свое собственное пользовательское членство, и когда Пользователь регистрировался на сайте и был аутентифицирован, я бы сохранил любые дополнительные данные пользователя, такие как userID, DOB и т.д. в UserData строки FormsAuthenticationTicket.

Поскольку в приведенном выше коде не используется FormsAuthentication, вместо этого он использует OWIN CookieAuthentication, я не уверен, как хранить эти дополнительные пользовательские данные.

Поэтому у меня есть несколько вопросов о проблемах, которые я испытываю.

• Как сохранить идентификатор пользователя или любую другую дополнительную часть пользовательских данных (DOB и т.д.) так, как я использовал в FormsAuthentication? Это делается путем добавления претензии к идентификатору?

• Является ли метод использования ASP.Net Identity/OWIN выше правильным, учитывая, что я использую Entity Framework Database First с существующей базой данных?

• Должен ли я использовать код, который используется в контроллере учетных записей, то есть UserManager, ApplicationUser, ApplicationDbContext и т.д., и использовать его для работы с моей существующей базой данных?

Извиняюсь, если мой вопрос запутан, я полагаю, что я немного не уверен, какой подход я должен использовать, пытаясь использовать идентификатор ASP.Net в своем последнем проекте.

Приветствуется любая обратная связь.

Спасибо.