Требуется запрос REST api, чтобы включить cookie в хорошую идею?

Question

Моя идея состоит в том, чтобы рассматривать URI в моем отдыхе как уникальный ресурс, за исключением контекста местоположения клиента, который хранится в файле cookie. Есть ли недостатки в этом подходе?

Answer 1

Я буду заботиться о кешировании. Сделайте один запрос с пользователем в местоположении A, он будет кэшироваться, пользователь переместится в B и снова сделает запрос, получит местоположение версии запроса.

Answer 2

Как API, вы должны стремиться к простоте использования для клиентского программиста с высоким приоритетом. Во многих библиотеках, поддерживающих HTTP, размещение файлов cookie в HTTP-запросе сложнее, чем включение в URL-адреса параметра запроса.

Answer 3

С философской точки зрения, это не REST, если вы не уникально идентифицируете ресурс по URL-адресу (по крайней мере, за мое чтение Fielding).

С практической точки зрения - и это основано на опыте - вы находитесь в мире боли, если вам требуются вызовы веб-сервисов для использования файлов cookie. Прежде всего потому, что это часть информации, которая должна управляться на другом кодовом пути, что делает ваш клиентский код более сложным. Вы также столкнетесь с проблемами с доменом и прокси-серверами (особенно, если вы делитесь файлом cookie между сервисом и традиционным веб-приложением), и он не переносится между клиентами.

Если вы хотите создать различный контент на основе местоположения, почему бы не использовать услугу геолокации?

Редактировать: почему бы не сделать местоположение частью URL-адреса запроса? Вы можете использовать cookie для хранения этой информации и retrieve it using JavaScript. Это оставит ваш сервисный интерфейс чистым и позволит вам легко использовать услугу у других клиентов.