Если вы хотите его RESTful, вы можете сделать это так: НАПРАВЛЯТЬ параметры на сервер (в выбранном вами месте), или вы можете отправить их и позволить серверу разместить их для вас. В любом случае, вы только что создали ресурс, который содержит необходимые параметры. Затем вы отправляете GET со ссылкой на этот конкретный ресурс. Отвечая на ваш GET, сервер поэтому знает, где получить большой набор параметров. Это будет RESTful.
Это, однако, отправка двух запросов не очень эффективна, если вы можете сделать то же самое с одним запросом. Я просто стараюсь быть прагматичным.
Рассмотрите это: PUT сообщает прокси, что они не должны кэшировать ответ, но повторная попытка (любым элементом инфраструктуры вдоль линии) определенно возможна, поскольку она является идемпотентной (как GET). Что GET дает вам PUT? Ответ можно кэшировать. Но с таким большим количеством параметров я бы предположил, что большинство запросов будут уникальными, так или иначе? Таким образом, кеширование не будет приносить много окупаемости очень часто. Поэтому использование PUT представляется прагматичным и, следовательно, правильным выбором.
Это JSON или XML? – Aliostad
@Mark: Отличная точка. Если вы не можете следовать духу закона, просто прекратите развитие! Почему я не подумал об этом? Я сейчас звоню своему боссу и говорю ему, что эта сумасшедшая модель данных не соответствует оригинальной реляционной модели, сформулированной Чэном, и мы должны просто прекратить работу. Отлично! –