там можно галочку поставить, чтобы несколько вариантов можно было выбрать: Multiple Choice

Это байт был, чтоб пэхэпэшников с чата выкинуть)

😁😁👍👍

+++

ну чо, пыха ведет в опросах. кто там гадости говорил про PHP?))

козла за рога она ведет)

сделайте не анонимный пожалуйста:)

Где вариант "(пока) не работаю с бэком"?

наверное в целевой аудитории опроса была идея опросить именно тех кто работает с бекендом ))

смотрю, что ПХПшников здесь больше)

чем нодеров :D

а почему только один вариант можно выбрать?

там два варианта на ноду:) плюсуем, смотрим, расстраиваемся :)

class MyGuard extends AuthGuard('bearer') {
     constructor() { super(); }
}

должен вызывать HttpStrategy если мы в @UseGuards(MyGuard) передаем только его?

Мы считаем, что исключения должны редко использоваться как часть потока исполнения программы: исключения должны быть зарезервированы для непредвиденных событий. Предположите, что непойманное исключение прервёт программу и спросите себя: “Будет ли этот код работать, если я уберу все обработчики исключений?”.  Если ответ “нет”, то, вероятно, исключения используется не в исключительных ситуациях.

Во первых - спасибо за то, что поднимаешь этот вопрос. Я даже посмотрел твой подкаст на тему монады Either. Эта мысль мне показалась очень правильной, но вопросов больше, чем ответов.

Я хотел бы обудить понимание "исключительной ситуации". А конкретно пояснения “Будет ли этот код работать, если я уберу все обработчики исключений?”. Здесь как будто намеренно опущен вопрос - а на каких входных данных должен работать этот код?
То есть очевидно, если были обработчики исключений, которые срабатывали прии определённых входных данных, ты их убрал, то при тех же входных данных твой код работать не будет, это факт.
Но если ты подал правильные входные данные, при которых твоя программа отработала как ожидается, а потом убрал обработчики исключений и программа не работает - вот это и есть неправильное использование исключений.

А отсутствующая авторизация, неправильная подпись токена И так далее - это неправильные входные данные. Код при таких данных отрабатывать не должен

Есть ожидаемые входные данные. Например, пользователь может приземляться как авторизованный, так и не авторизованный. Этот случай не является исключительным и код должен продолжать работать. А могут быть испорченные входные данные, система не знает как с этим работать и падает. Этот случай исключительный.

А если уходить в фанатизм - то когда вообще можно выкинуть исключение? Ведь всегда можно его НЕ выкидывать, ты ведь этого ожидаешь

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