Ребят, у меня такой вопрос. (См. изображение) То есть когда первый

раз делаю флюш - ресурс отправляется по http (POST) и ему присваевается id. Далее обновляю поле и делаю второй раз флюш и ресурс обновляется через PATCH запрос. Ну и соответственно если я сделаю гет по этому id то ресурс достанется из identity map если она там есть или сделается GET запрос на сервис.
Кто-нибудь делал такое, есть подводные камни, может есть реализации?
Из проблем пока что это вложенные сущности, патч при отсутствии данных и запрос с фильтром (который должен вернуть массив сущностей)

замени post / patch на put

а если ресурс не отдаёт полные данные, допустим при получении списка? Это прям ключевая проблема

формально с точки зрения реста для представления ресурса списком и детальное требуются разные данные list может быть условный List<Post> Post(id: Int, title: String> List<PostDetails> PostDetails(author: Author, body: String, category / slug / etc) почему это для тебя проблема мне не понятно

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

/user/{id} /users List<User> в чем проблема непонятно зачем ты пытаешься это все смешать вместе неясно

> объясняю проблему > "в чем проблема непонятно"

у тебя надуманная проблема какая-то ты сначала решил изобрести идемпотентный post / patch вместе с последующим ретривом сущности я подсказал тебе за put что тебе мешает оперировать не 1 ресурсом а списком в котором будут юзеры и телефоны left join не умеешь делать ?

Таккк Мы не правильно начали Я интегрируюсь в стороннюю систему и они при получении пользаков списком не отдаёт мне все поля. Мне пойти и устроиться к ним на работу? Это раз. Два - я не прошу решать мои проблемы, я и сам прекрасно справляюсь. Я спрашиваю только про то, есть ли уже реализации и озадачивался кто-то проблемой под названием "Работать по http так же, как доктрина с работает сущностям"