Я видел два типа входа в систему с ASP. NET Core Identity в целом
Один, на официальном github образец репо
await HttpContext.SignInAsync(...);
И еще один также в Интернете статьи
await _signInManager.PasswordSignInAsync(
В конце концов, оба вызова будут подписывать auth cook ie для меня, SignInManager также добавляет немного сахара (проверка блокировки) и т. Д. c.
Итак, есть ли причина, по которой мне не следует всегда использовать SignInManager?
У меня есть собственная реализация ASP. NET Core Identity - без встроенного EF , Я должен переопределить его с помощью интерфейсов (IUserStore et c), потому что я подключаюсь к устаревшей базе данных PostgreSQL с совершенно другой схемой.
Я должен реализовать проверку блокировки, но в устаревших таблицах базы данных. Есть ли какой-нибудь ASP. NET интерфейс идентификации, который я должен реализовать, или DYI?
Спасибо