Comments 6
Клёво, за исключением одного НО, в описываемом «демо» API мало общего имеет с REST и больше тянет на RPC (параметры должны идти не GET а в HEAD) так как URL является идентификатором ресурса, а в заголовках описывается/запрашивается содержимое этого ресурса:
GET: /api/articles
type=[«photo_report»,«news»]
GET: /api/articles
type=[«photo_report»,«news»]
-1
Не согласен. Олег, идентификатор ресурса в REST это путь ("/api/articles"), а то что после "?" называются параметрами.
0
параметры должны идти не GET а в HEAD
чта? Вы что-то путаете (http verb HEAD и заголовки)
так как URL является идентификатором ресурса
URI является идентификатором ресурса (последняя буква об этом так и кричит), URL это… частный случай URI. По поводу фильтрации все намного проще:
GET /articles - коллекция ресурсов представляющих статьи
GET /articles?tags=photos,news - выборка из коллекции ресурсов, представляет собой новую коллекцию со своим URI.
А что до пруфов — перечитайте еще раз. Вы видимо увидили пример с заголовком
Range
и подумали что это ко всему относится. А чуть дальше пример с выборкой отдельных полей — что собственно ломает ваше утверждение.0
Sign up to leave a comment.
REST API на Symfony, FOSRestBundle + GlavwebDatagridBundle