То есть, создавать экземпляр пользователя, передавая в конструктор ничего, либо логин и пароль? Или сделать базовый класс пользователя. А потом наследников?
Приложение корпоративное, с неаутентифицированными пользователями не работает.

какой-то бесполезный совершенно пользователь, который состоит только их логина и пароля) но я сделаю его полезным, всё очень просто вот тебе метод логина: public Task<AuthenticatedUser> SignIn(AnonymousUser  anonymousUser);. по хорошему ещё нужно возвращать ошибку, если будет, но то уже детали. Можешь назвать это креденшиалами, можно анонимным пользователем, думаю тут уже больше от тебя зависит

какой-то бесполезный совершенно пользователь, который состоит только их логина и пароля) но я сделаю его полезным, всё очень просто вот тебе метод логина: public Task<AuthenticatedUser> SignIn(AnonymousUser  anonymousUser);. по хорошему ещё нужно возвращать ошибку, если будет, но то уже детали. Можешь назвать это креденшиалами, можно анонимным пользователем, думаю тут уже больше от тебя зависит

Судя по тексту, ты собираешься удалить сущность, которая ещё не сохранена

я попробував зберегти перед цим.. але результат той самий

хтось може пояснити у чому проблема?

так а ты указал Id в PublicationCartItem? что-то не видно...

встановив

встановив

нет, не установил, ругается же совсем на другое свойство

Ну я пока по частям делаю. Разберёмся с аутентификацией - добавим роли и прочее.

Почему просто не использовать IdentityUser. Тьі с таким подходом явно кучу дьір оставишь, пока доделаешь. Лучше возьми опьіт людей, которьіе мембешип систему вместо тебя уже запилили.

При чём тут IdentityUser?
Мы в целом за архитектуру приложения говорим. Как построить приложение, когда объекты сами работают со своими данными.
Ну или почти сами.

2. мы можем добавить и роль пользователю, и пользователей в роль, здесь возможны оба варианта, НО для избежания сильной связности стоит правильно формировать связи между сущностями, у тебя пользователь и роль это две отдельные сущности, достаточно в пользователе хранить список айдишников ролей и это всё из ролей что потребуется трекать в пользователе
3. пример с компаниями и департаментами вполне себе валидный, хочешь получить пользователей, добавляй соответствующий метод, или обобщай это всё отдельный класс/интерфейс

В пользователе не стоит хранить пароль, луше сразу поменять на хеш.

2. Тогда мне как-то нужен отдельный сервис для получения ролей. Вот пользователя я аутентифицировал.
Допустим, в ходе аутентификации заполнил коллекцию с айдишниками его ролей.
Но сами роли мне как получить? Если не ActiveRecord, то отдельный сервис?

2. Тогда мне как-то нужен отдельный сервис для получения ролей. Вот пользователя я аутентифицировал.
Допустим, в ходе аутентификации заполнил коллекцию с айдишниками его ролей.
Но сами роли мне как получить? Если не ActiveRecord, то отдельный сервис?

у тебя полюбому будет сущность Роль, которую ты будешь получать из базы по айдишнику