Здравствуйте, тут есть сениоры или тим лиды?

Нету

Тут даже не знают что такое рест

Пытаемся чатом разобраться

Так это одна из загадок тысячелетия

на самом деле, проблема выглядит так

1. RESTful довольно сложно разрабатывать - постоянно хочется срезать угол, а результатом будет архитекрутра в говне
2. поэтому многие разработчики забивают на RESTful рекомендации сразу. результатом будет - сюрприз - архитекрутра в говне
3. единственный выход - это определить свой стандарт, который можно будет описать в терминах openapi с одной стороны, и который будет легко соблюдать при разработке с другой. что-то вроде “все запросы post, все ответы 200 и 400. в 400 возвращаем тело, в нем описание ошибки. параметры передаем так-то, ошибки возвращаем так-то”

тип да

Окей, а ещё вопрос, тогда мы сразу выкидываем http кеширование?

И делаем его на других слоях?

а почему выкидываем?

потому что post не кешируется

яростно плюсую ) самое главное подробное описание соглашений и нормальная документация

потому что не идемпотентен

Да, как быть с соглашением про идемпотентность?

Put vs post

Можно и индепонентным быть

(Если кого-то это когда-то волновало)

я пример привел, а не догму. хотите кешировать - расширьте ваш внутренний стандарт. главное - сделайте это явно

все зависит кто выдает id, если бэкенд то в запросе на добавление id отсутствует или null, а если присутствует и не null тогда это put, приложение само поймет что перед ним

а если id выдает фронт, тогда приложение будет проверять переданный id на наличие в базе. если нет то это post если есть тогда put

Я про то что стоит ли всё сводит к посту