У меня есть простой сценарий, в котором я разрабатываю приложение, которое будет охватывать разных пользователей. Это в основном приложение для управления классом. Таким образом, у меня есть разные роли, которые будут видеть приложение, то есть учащийся может просматривать свой отчет и результаты тестов, учитель сможет добавить ученика и продолжительность курсов, а директор пропустит всю систему и добавит нового учителя. Каждый из этих пользователей, по сути, является ролью, которая должна иметь возможность зарегистрироваться в системе.
Проблема в моем домене, так как система определяется ролью пользователя, однако у каждого пользователя будет определенный набор свойств. Например. учитель> EmploymentType, Qualification и т. д. и ученик> Age, Grade, FavouriteSport.
Вопрос в том, как мне смоделировать мой домен, во-первых, у меня есть варианты создания класса Student, который наследуется от класса ApplicationUser с добавленными конкретными свойствами. А во-вторых, создайте отношения один-к-одному между классом Student и ApplicationUser или укажите все свойства в ApplicationUser с UserType, который не является идеальным.
Имея это в виду, я хотел бы выяснить, как бы я тогда запрашивал информацию в лучшем сценарии для заполнения записей на соответствующих экранах пользовательского интерфейса. Ищем принцип работы с ASP.NET Identity для пользовательских доменных объектов.