POSTing к URI с параметрами запроса GET?

Question

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

Мне просто интересно, является ли интерпретация этих полей специфичной для поставщика? RFCs говорят что-то конкретное об этом? И если параметр существует в обоих, какой из них выигрывает?

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

POST / posts /? User = bob HTTP / 1.1

пользователь = банкнота & название = Тест & содержание = Тестирование + Содержание

Спасибо

Answer 1

Это совершенно законно. Многие фреймворки поддерживают его, например, Servlet API даже указывает приоритет (порядок) аргументов, как они появляются в getParameters (String), который сначала предоставит параметр запроса. Например, это также допустимо, а имена параметров не совпадают.

POST /path?param1=value HTTP/1.1
Host: localhost

param1=value&param2=value

Это также действует в соответствии с HTTP / 1.1 RFC, см. RFC 2616 .

Он не должен быть привязан к конкретному поставщику, и большинство комплексных сред будет его поддерживать.

Answer 2

Нет козырей. Значения GET и POST передаются как отдельные коллекции.

Answer 3

Я делаю это время от времени. Обычно я помещаю фактические поля обновления в данные поста, с данными запроса, используемыми для форматирования ответа