Нет, если произайдет ошибка на стороне БД. То будет фатальная ошибка. Надо ловить try catch
Корректно, в случае если надо узнать сохранилась в базе или нет, в случае фатальных ошибок Laravel App :: error обработает исключения за вас, никаких try catch писать не надо
🤦♂️
В целом есть ли смысл часто трай кэтч использовать? до 6 ларавеля на Ютубе многие так делали
Try catch часто - это плохая практика, надо там где необходимо.
Просто всякие ютуберы суют куда можно и не можно, порой такие мысли накатывают, что ларавел сам экзепшены отображать не может)
Чем плохая?
Заебись. Давайте будем отображать ошибки юзеру или отвечать 500 на все, что не 500, пофиг.
Часто работали с большими данными или мат вычислениями ? Производительность просядет потом гадайте почему. Джависты поймут
А зачем ему отображать саму ошибку? Можно просто сообщить нотиыикацией, что что-то пошло не так, обычной валидацией и ручными ошибками с методов можно ограничится во многих случаях
Плохой юзер вей писать: "что-то пошло не так".
Я не говорил юзать исключения как goto.
Что-то пошло не так это очень редко, я 99% ошибок вручную валидирую и жсоном на фронт кидаю
Обсуждают сегодня