try-catch, если использовать его часто?
Нет. Если вы понимаете, что вы делаете.
на оптимизацию не влияет? не подумают ли сеньоры что я пишу плохой код?
Если ваш синьор думает, что исключения - это плохой год, он не сеньор. Пусть на Go уходит.
Ну можешь погуглить чем плохо отключения юзать для control flow. А так было бы проще если бы ты свои подозрения описал. Исключения часто - это все ж запах что что-то не является исключительной ситуацией но почему-то исключения для этого юзаются. А если просто хочется все в try catch заворачивать то пофигу
ну вообще да, описываю что я делаю: - есть таблица товара и таблица картинок, - вывожу список с товарами и тут понимаю что не у всех товаров есть картинка( правильно ли если я буду грузить вот так: public function getImagePathAttribute(){ try { return $this->getFirstMedia('products_image')->getUrl(); }catch (\Throwable $e){ return $e; } }
И вкладывать их один в другой
вот return $e очень тут смущает. почему это не может делать просто getFirstMedia. Ну то есть ты тут явно что-то странное делаешь и пытаешь заменить if
если я делаю if. то должен проверять isset-ом наличие массива, а getFristMedia не возвращает массив, приходится getFirstMedia[0] писать(
если вообще не делать проверку на наличие, то ошибка выходит
окей. можно чуть копнуть. приведи чуть детальнее что делает getFirstMedia - что оно возвращает по итогу. почему надо делать [0] если по названию это самое [0] это уже первый элемент.
можно на уровне сервера сделать что если нет файла то выставлять noimage - болванку
о, реально ) спасибо
Вот Это дельный совет!!! И заслуженная благодарность!
Обсуждают сегодня