get и post или вообще только через post?
+- та же причина, почему ты не пишешь всю верстку на дивах - семантика Но вообще из плюсов - возможность иметь одинаковый путь для разных методов Delete: /item/1 Patch: /item/1 Вместо Post: /item/1/delete Post: /item/1/patch
Ну, это плюс. Спасибо
Но это на уровне конвенций. Тот же GraphQL шлет все запросы через POST Единственное, браузерный кеш не будет работать на POST и POST запросы нельзя ретраить, потому что они не идемпотентны
Удобство Давай представим что в приложении у тебя есть некоторая сущность — например, пользовать (User) можно предоставить путь для управления пользователями (стандартное CURD) Оно будет выглядеть так Создать пользователя URI: http://backend.url/users СОЗДАТЬ ПОЛЬЗОВАТЕЛЯ: Method: "POST" URI: "http://backend.url/users" УДАЛИТЬ ПОЛЬЗОВАТЕЛЯ: Method: "DELETE" URI: "http://backend.url/users" ИЗМЕНИТЬ ДАННЫЕ ПОЛЬЗОВАТЕЛЯ Method: "PATCH" URI: "http://backend.url/users" И т.д. Т.е. общение с сервером становится максимально очевидным и не нужно создавать кучу путей типа users/create users/update users/delete и т.д.
Ну так то DELETE /users ничем не удобнее и не очевиднее POST /users/delete Разве что букв меньше
Почему не очевидно? о_О
Потому что не указаны плюсы Есть два варианта, почему один очевидно удобнее другого? Из очевидного только разница в количестве букв Это я на твоём ответе основываюсь. Про роутинг на сервере ты не писал
Обсуждают сегодня