Передавай все лучше в post-запросе- меньше неожиданностей будет.

передай параметры в теле запроса.

fkthis,
может это звездный час для конвертера кода от @miltorg?

Идемпотентность запроса требуется для того, чтобы браузер запроса мог кэшировать результаты и не обращаться лишний раз к серверу. Однако, если предполагается, что get-запрос при одних и тех же параметрах может вернуть разный результат(например получить топ10 записей), то уже приходится сбрасывать кэширование запроса или просто посылать post, что намного проще и очевиднее.
1) Ограничение количества передаваемых параметров- в строке запроса получится послать меньше string[] values, чем в теле и будет очень неприятно обнаружить ошибку обработки запроса в продакшене, когда весь string[] values уже не может влезть в строку запроса.
2)Гемморой при передаче дат в строке запроса-форматируешь в строку, в которой нет символов, конфликтующих со строкой запроса(слэши и тд),на бэкэнде обратно разворачиваешь из строки в дату-зачем это все.
Идемпотентный Get-запрос был определен еще в http 0.9 версии в 1991 году, может на то время это и работало и действительно один и тот же Get-запрос должен возвращать одинаковый результат, и не менять состояние сервера, но прошло 30 лет и web-приложения немного поменялись, а спецификация использования Get-запроса-практически осталась такой же.
Как я подозреваю, автор хочет использовать Rest стандарт, который не на 100% удачно покрывается использованием http-глаголов- один из случаем как раз в топике.
Можно указать, какие конкретно кары меня постигнут, если я буду использовать POST-запрос вместо GET в приведенном случае топикстартера?

fkthis,
чем же Делфи перед вами так провинился? В контексте Asp.Net ветки я думал будет отсылка на WinForm формы.
Ну а если все, что Вы привели выше не нужно("сохранить в закладках, передать по e-mail или IM, чтобы работали кнопки back/forward"), нужно просто получить данные без кэширования браузером со сложным набором параметров?