Система билетов нарушает мою парадигму REST?

Question

Итак, в предыдущем вопросе я спросил о том, какой самый RESTful способ сделать что-то вроде аутентификации. Ответ заключался в создании системы тикетов, в которой было сделано сообщение и был выпущен тикет. Тогда все дальнейшие запросы будут отправлены вместе с этим билетом. У меня вопрос, как я могу отправить этот тик с каждым запросом в режиме RESTful? Будет ли GETs выглядеть примерно так:

http://www.mysite.com/resource?ticket=ticketnumber

И разве это не начинает получать RPCish теперь, когда я включаю параметры?

Answer 1

Почему бы не использовать стандартные методы HTTP-аутентификации вместо того, чтобы придумывать свои собственные?Если они недостаточны или уместны, добавьте свои учетные данные или информацию о билетах в пользовательский заголовок, а не загрязняйте его URI.

Ваши URI должны идентифицировать ваши ресурсы, не больше и не меньше.Добавление метаданных или контекстной информации в URI их загрязняет и усложняет развитие вашей системы, поскольку ваш механизм аутентификации будет напрямую и постоянно связан с вашими ресурсами.Вместо этого переместите ваш механизм аутентификации в заголовок HTTP, где он принадлежит.