Страница элемента в приложении REST: 200 ОК или перенаправление? - PullRequest
0 голосов
/ 01 ноября 2010

Я рассматриваю возможность реализации функции перехода на страницу элемента в приложении REST, во многом как в StackOverflow с вопросами с несколькими страницами ответов.Если вы запросите URL-адрес, например https://stackoverflow.com/questions/194812/list-of-books/1215215,, он перейдет на страницу вопроса, содержащую конкретный ответ (стр. 4 для этого конкретного случая на момент написания статьи).Обратите внимание, что клиент не запрашивает конкретную страницу по номеру, он запрашивает страницу, которая содержит интересующий элемент, и сервер должен разрешить страницу.В StackOverflow это используется, например, для перехода со страницы профиля пользователя к ответу пользователя в контексте.

Я хотел бы сделать это в своем приложении, но не могу добраться до финала (RESTful) дизайн.Я рассмотрел ответы на вопрос 776448 и решил использовать решение только для строк запроса для базового варианта.Но должно ли приложение отвечать на запрос страницы элемента с ответом 200 (как это делает StackOverflow), содержащим страницу с элементом, или оно должно отвечать перенаправлением 302 на URL-адрес версии строки запроса?StackOverflow пошел с первым решением, но какое решение вы находите более RESTful?

Ответы [ 2 ]

1 голос
/ 01 ноября 2010

Мне нравится идея ответа 302, потому что он точно описывает ситуацию: запрашиваемый ресурс временно находится в этом месте (например, /.../list-of-books?page=4).Этот сводится к личным предпочтениям все же;нет никаких ограничений на то, как выглядят ваши URL.

0 голосов
/ 01 ноября 2010

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

например,

/page/232#Item-2323

Ресурс, к которому вы обращаетесь, - /page232, и вы хотитеклиент должен установить пользовательский интерфейс на Item-2323.Сервер игнорирует все после символа #.

...