тогда через сервис картинок вы никак не подберетесь к списку

Почему, хитрый запрос один или 2

нельзя, потому что сервис картинок влезет в данные другой сущности

Ну в целом логично

по идее вам нужно сделать 2 вида картинок
одну под аватарки с юзерид полем, одну под записи с записьид полем

либо шарить стейт из юзера 🙂

Да уже все сделано, базу переделывать не вариант...

Ддд примени!

Не выходит!

Черепашка вышла, а ДДД нет

попробуйте следующим образом

userId->removeAvatar(){
 dispatch(PictureDeletedEvent($this->avatarId))
}

ну и подписчик на это дело через сервис картинок

но это если одна картинка может быть привязана только к одному юзеру, а если ко многим, то получим веселье

Чтобы такое прокинуть нужно вводить Доменные События и их Диспатч :) Хотя как вариант - интересно

я же не подберусь к avaterID вне сущности

в вашем варианте кроме как getAvatarId я не вижу другого выхода

Еще вопрос, шарить данные плохо - это ок. А собственный ID тоже похорошему нельзя?

господа, вот у меня вопрос возник
есть сущность - статья
у статьи есть прикрепленные файлы

на данный момент есть 2 ендпоинта - viewArticle который проверяет права через вотер и возвращает общие даныне по статье - заголовок и описание
и второй - getArticleFiles который проверяет права через вотер есть ли права на просмотр файлов
ну и каждый ендпоинт передает все это дело в свой хендлер который собирает данные

проблем нет с этим

и вот нам необходимо во viewArticle выдать еще и список файлов дополнительно- дабы ускороить реакцию фронта

в хендлере проверку прав не сделать - там Вотера нет
получается нужно в контроллере viewArticle дополнительно проверять права на просмотр файлов и если все ок - запускать хендлер из getArticleFiles и клеить и ответ ?

но как-то коряво звучит 🙁

говорят что собственный ИД можно шарить, ибо как он стабилен и это не шаринг стейта