Я только что читал об URL-адресах REST и видел следующий пример:
/ API / Пользователь / GetUser
Теперь, если доступ к нему осуществляется через HTTP с помощью команды GET, разве это не плохой URL-адрес, потому что он описывает действие (GET) в URL-адресе?
Не существует такой вещи, как URL-адрес REST. Фактически, слово REST URL в значительной степени оксюморон. Ограничение Гипермедиа как механизм состояния приложения гарантирует, что URL-адреса не имеют отношения к делу: в любом случае вы переходите только по ссылкам, предоставленным вам сервером. Вы нигде не видите, не читаете и не вводите URI. (Точно так же, как просмотр веб-страниц: вы не смотрите URL-адрес ссылки, не читаете ее, не запоминаете, а затем вводите в адресную строку; вы просто нажимаете на нее и не заботитесь о том, что она на самом деле говорит.)
Термин URL-адрес REST означает, что вы заботитесь о своих URL-адресах в своей архитектуре REST. Однако, если вы заботитесь о своих URL-адресах в архитектуре REST, вы не относитесь к RESTful. Следовательно, URL-адрес REST - это оксюморон.
[Примечание: правильный дизайн URI очень важен для URI-соответствия URI, особенно части I. Кроме того, для красивых URL есть множество веских причин для удобства использования. Но оба они не имеют никакого отношения к REST.]
Это скорее условность, чем жесткое правило, но я бы предпочел увидеть что-то вроде /API/User/7123. GET / POST / etc описывает глагол действия, поэтому его добавление в URL-адрес делает его излишним. И в этой ситуации нет причин не следовать хорошей проверенной практике.
Вот несколько хороших вещей: Что такое REST: глаголы, коды ошибок и аутентификация
Лучше было бы иметь / API / User / 7123 и использовать метод GET / POST для обозначения операций
Это не обязательно плохо ... это больше связано с фреймворком, который вы используете для генерации URL-адресов для остальных. Опубликованная ссылка @Infinity является хорошим ресурсом, но не ограничивайте себя теорией множеств, потому что она может вызвать чрезмерный объем работы в определенных фреймворках.
Например, нет причин, по которым вы не хотели бы запускать GET на / API / Users / {id} / Delete для отображения сообщения типа «вы уверены» перед использованием метода DELETE.
/API/User/GetUser не является RESTful. Использование глагола для обозначения ресурса - нехорошо. URL-адрес примера все еще действителен, но это тоже не значит. Это так же неправильно, как и следующее заявление
String phoneNumber = "[email protected]";
