История изменений
Исправление
Legioner,
(текущая версия)
:
В первую очередь это общепринято. Это главный и по сути основной аргумент за REST. Ценности в REST немного, основная ценность в том, что это набор соглашений для клепания однотипных API. Плюс однотипности в том, что тебе не надо думать при дизайне, ты просто делаешь по устоявшимся соглашениям. А пользователям твоего API опять же не надо запоминать все твои извращения, все привычные соглашения просто работают. Чем больше ты отклоняешься от привычных соглашений, тем неудобней твоё API.
Во-вторых Если /user/
будет возвращать список пользователей, это будет выглядеть странно. А если у тебя будет два разных URL-а: /users/
и /user/123
, это будет выглядеть ещё страннее. А /users/123
странно не выглядит, это вполне логичная иерархия.
Исходная версия
Legioner,
:
В первую очередь это общепринято. Это главный и по сути основной аргумент за REST. Ценности в REST немного, основная ценность в том, что это набор соглашений для клепания однотипных API. Плюс однотипности в том, что тебе не надо думать при дизайне, ты просто делаешь по устоявшимся соглашениям. А пользователям твоего API опять же не надо запоминать все твои извращения, все привычные соглашения просто работают.
Во-вторых Если /user/
будет возвращать список пользователей, это будет выглядеть странно. А если у тебя будет два разных URL-а: /users/
и /user/123
, это будет выглядеть ещё страннее. А /users/123
странно не выглядит, это вполне логичная иерархия.