Считается ли плохой практикой выполнение HTTP POST без тела объекта?

Question

Мне нужно вызвать процесс, который не требует ввода от пользователя, только триггер. Я планирую использовать POST / URI без тела для запуска процесса. Я хочу знать, считается ли это плохим с точки зрения HTTP и REST?

Answer 1

Я задал этот вопрос в рабочей группе IETF HTTP несколько месяцев назад.Краткий ответ: НЕТ, это не плохая практика (но я предлагаю прочитать ветку для более подробной информации).

Answer 2

Использование POST вместо GET вполне разумно, поскольку оно также указывает серверу (и шлюзам на этом пути) не возвращать кэшированный ответ.

Answer 3

POST полностью в порядке. В отличие от GET с POST, вы меняете состояние системы (скорее всего, ваш триггер «что-то делает» и изменяет данные).

Я использовал POST уже без полезной нагрузки, и он чувствует себя хорошо. Одна вещь, которую вы должны сделать при использовании POST без полезной нагрузки: Pass header Content-Length: 0. Я помню проблемы с некоторыми прокси, когда я api-клиент не прошел его.

Answer 4

Если вы используете POST / uri без тела, это похоже на использование функции, которая не принимает аргумент .eg int post (void);поэтому разумно иметь функцию для вашего класса ресурсов, которая может изменять состояние объекта без аргумента.Если вы решили реализовать сенсорную функцию Unix для URI, разве это не будет хорошим выбором?

Answer 5

Да, можно отправлять запрос POST без тела и вместо этого использовать параметры строки запроса.Но будьте осторожны, если ваши параметры содержат символы, которые не являются действительными HTTP, вам придется их кодировать.

Например, если вам нужно POST 'hello world' до конечной точки, вы должны сделать так, чтобы это выглядело так: http://api.com? Param = hello% 20world