Есть ли какие-то «противопоказания» против использования в роутере any вместо get, post и т.п.?

Question

[Роман]

От меня обычно четкого соблюдения формата REST в API не требуют. Т.е. всякие там PUT идет лесом :)

Да и Postman при тестировании иной раз запускать лениво - проще в браузерной строке передать параметр через GET.

Вот и делаю маршруты через any.

Но тут подумалось: - А вдруг я чего-то не знаю? :)

Ну, вы понимаете, да?

Есть ли какие-то противопоказания? Какие?

Спасибо.

Comments

[JhaoDa]

Удаление у тебя тоже можно методом GET сделать? И не понятно — причём тут ларавел?

[Роман]

JhaoDa, а ты будто не сможешь сделать удаление через GET что ли? :)

Не поверю. Ты же здесь раньше меня еще с ларкой заморачивался ))

А насчет причемности ларавеля - ну, можно конечно сказать, что Laravel - это иллюзия,и что на самом деле его нет, а есть только PHP, Composer и пакеты Symfony.

Но я предпочитаю воспринимать Laravel в виде обособленной сущности. У меня MVC в голове так работает ;)

[JhaoDa]

Роман, ШТА?

а ты будто не сможешь сделать удаление через GET что ли? :)

Могу. Но не буду. Чуешь разницу?

Answer 1

[Константин Б.]

Ну по поводу PUT, PATCH, DELETE ладно, а вот между GET и POST вообще для вас никакой разницы нет?

Comments

[Роман]

У меня в данном случае чисто практический вопрос: есть ли ситуации, где использование ANY вместо GET или POST может выйти мне боком? Вот и всё.

[Василий Банников]

Роман, да самый простой пример - GET-запрос клиентами считается идемпотентным и может быть отправлен несколько раз подряд.
Если у вашего кода не-идемпотентная семантика, то произойдёт троллинг.
Так что я бы на вашем месте хотябы GET/POST разделял.

[Константин Б.]

Роман, Василий Банников, а ещё ты не сможешь по одному и тому же маршруту показывать форму и обрабатывать ее.