ИС
Так это по факту пара циклов для реализации)
Size: a a a
2019 August 28
РИ
Да
РИ
Никогда такой задачи не стояло)
РИ
Вот сижу изучаю готовые решения и их логику
2019 August 30
П
Привет всем. Хотел уточнить по best practices. Есть переменная на предыдущей строке. Например relation из модели. Как по мне , на второй строке ее интереснее проверить через приведение типов, чем писать is_null .
П
$fields = $this->fields;
if (!$fields) return false;
if (!$fields) return false;
MR
На какой тип проверишь хочешь то?
П
возвращается или null или collection
MR
Ну is_null вполне подходит
П
если null - ранний выход
П
он то подходит, но смотрится жирно
П
приведение к bool через if и отрицание лаконичнее
ИС
Павел
приведение к bool через if и отрицание лаконичнее
+
ИС
так тоже делаю
П
главное просто под контролем держать что проверяем. если что-то непонятное может прийти, то тогда конечно is_set, is_null
ИС
раньше юзал в таких случаях is_null, чтобы точно быть уверенным, что там нулл
потом @slava_razum переубедил, что это лишнее, поскольку там кроме нулл или коллекции ничего не может быть
потом @slava_razum переубедил, что это лишнее, поскольку там кроме нулл или коллекции ничего не может быть
РИ
Ребята всем привет.Есть сервис класс и есть контроллер. Подскажите правильно ли я понимаю что проверку валидации нужно делать в контроллере или если использую сервис с привязкой к request->all() то нужно делать валидацию именно в сервис классе?
РИ
Вот сервис класс
РИ
РИ
Вот контроллер