Дизайн URL REST - несколько ресурсов в одном HTTP-вызове [дубликат]
For radices above 10, the letters of the alphabet indicate numerals greater than 9. For example, for hexadecimal numbers (base 16), A through F are used.
В вашей строке dsff66 d - это шестнадцатеричный символ (даже если строка не шестнадцатеричная), которая соответствует типу radix и эквивалентна числу 13. После этого он прекращает синтаксический анализ, поскольку следующий символ не является шестнадцатеричным, а следовательно, и результатом.
4 ответа
На основании вашего ответа ответ на ваш вопрос - создать новый ресурс, содержащий этот единственный набор информации. например,
GET /Customer/1212/RecentPurchases
Создание составных URL-адресов, которые имеют много идентификаторов в одном URL-адресе, ограничивает преимущества кешей и добавляет ненужную сложность серверу и клиенту. Когда вы загружаете веб-страницу с кучей графики, вы не видите
GET /MyPage/image1.jpg;image2.jpg;image3.jpg
Это просто не стоит хлопот.
Я бы сказал / resources / foo, bar, baz (разделитель может различаться в зависимости от характера идентификаторов и ваших эстетических предпочтений, " foo + bar + baz "," foo: bar: baz "и т. д.). Выглядит немного «семантически» лучше, чем foo / bar / baz («baz of bar of foo»?)
Если идентификаторы ресурсов числовые, возможно, даже с сокращением диапазона, например / ресурсы / 1,3,5-9,12
Или, если вам нужно запросить не совсем ресурсы с конкретными идентификаторами, а группу ресурсов, имеющих определенные свойства, возможно, что-то вроде / resources / state = complete /size>1GiB/!active/ …
Раньше я использовал что-то вроде этого.
/resources/a/d/
и это возвращало бы между x и Y список.
что-то вроде
<resources>
<resource>a</resource>
<resource>b</resource>
<resource>c</resource>
<resource>d</resource>
</resources>
вы также можете добавить более расширенный поиск в URL-адрес, зависящий от актуального ресурса.
может быть, вы могли бы попробовать с
[GET] / покупок / пользователь: 123; ограничение: 30; sort_date: DESC