POST для получения данных?

Question

[bozuriciyu]

Хочется сделать более эффективный АПИ, приложение растет, и уже под десяток запросов по разным эндпоинтам РЕСТ АПИ только при инициализации приложения. Хочется объединить их все в один. при этом слезать на GraphQL вообще желания нет.

Насколько плохо использовать POST для получения данных и в боди передавать параметры? С query params решение не нравится, не так удобно.

Comments

[Иван Шумов]

Можно аргументировать что не нравится в GraphQL?

Answer 1

[Vitsliputsli]

Насколько плохо использовать POST для получения данных и в боди передавать параметры?

Филдинг, когда описывал архитектуру REST, ни слова говорил о методах http. С другой стороны, методы http настолько обобщены, что говорить о каком-то "правильном" использовании не приходится, но тем не менее, для получения более привычно использовать GET. Используя POST вы рискуете вызвать непонимание людей, которые будут поддерживать этот код. Но зачем?

Comments

[bozuriciyu]

Честно говоря вопрос понимания мало беспокоит. Есть ли другие моменты? Тот же GraphQL использует POST для получения данных.

[Vitsliputsli]

bozuriciyu, технически, вы можете использовать любой метод как вздумается, слать GET с параметрами в body, или POST с параметрами в path, что там логически вообще не важно. А вот что вопрос поддержки не беспокоит - это печально, даже если сейчас кажется что это и не нужно вовсе.

[bozuriciyu]

Vitsliputsli, GET с боди не работает в аксиосе. Они видимо решили принципиально по спецификации делать.

[Иван Шумов]

bozuriciyu, По спецификации body в get допустим и об этом написано в rfc, с пометкой "если вы понимаете что делаете" и "сервер не обязан поддерживать обработку подобных запросов"

Answer 2

[xmoonlight]

POST - отлично подойдёт, особенно для десятка запросов и, т.к. такой подход уже используется в GraphQL, он - однозначно верный.
Я бы сделал именно так, используя контейнер JSON.