- Администратор приложения
- Бизнес-администратор (управляющий кинокомпанией),
- Режиссер фильма.
В соответствии с соглашением бизнес-администратор (или администратор приложения) создает экземпляр директора, который, возможно, еще не зарегистрировался в приложении через ASP.NET. Основная идентичность. Значит, они еще не являются пользователем удостоверения. Поскольку приложение в основном обслуживает кинокомпанию, а не режиссеров, для кинокомпании важно иметь возможность отслеживать все соглашения, режиссеров, фильмы и т. д.
Идентификация пользователей, роли и т. д. сохраняются в базе данных через ApplicationDbContext.
Другие объекты бизнес-домена, такие как режиссер, фильм и т. д., сохраняются в другой базе данных через DomainDbContext.
Как я могу обрабатывать логику, которую я объяснил выше? Я имею в виду, как связать директора с пользователем удостоверения, когда они регистрируются через ASP.NET Core Identity в приложении?
Я вроде новичок, поэтому объясните, верна ли моя логика во-первых, и если да, помогите мне реализовать это.
Заранее спасибо!
Я только что подумал о том, чтобы связать такое поле, как Электронная почта между директорами и пользователями личных данных и на основе этого решить, может ли директор является экземпляром ApplicationUser или нет. Я пытался зарегистрировать службу для обработки этой логики, но думаю, это не то, что мне нужно. Также после того, как я добавил общедоступного пользователя ApplicationUser { get; набор; в мою модель директора и попытавшись выполнить миграцию, я понял, что при миграции создается совершенно новая таблица для пользователей удостоверений в DomainDbContext, которая явно не такая, как она должна выглядеть.
Я знаю, что это так. есть и другие вопросы, связанные с тем, что я упомянул здесь, но мне не удалось найти ответ, который я искал. Забыл упомянуть, что использую рабочий процесс с приоритетом кода и совершенно запутался
Подробнее здесь: https://stackoverflow.com/questions/793 ... xt-asp-net
Мобильная версия