Валидация для Request

нужно больше ифов

да понятно извиняюсь, я тоже новичок

по логике кода, это как трейт функция, у модели может быть поле хранящее файл разного названия

А что помешает на этот код тесты набросать?)

Вот написал некое объяснение почему его подход плох. Скажите своем мнение.

Итак мы имеем модель InternalFile(лист бумаги) что она умеет в нашем варианте: - модель умеет себя сохранить в нужное ей место (лист бумаги решает где ему храниться лучше в папке или в тумбочке под столом); - модель знает как получить свой файлик (лист бумаги кричит человеку я в тумбочке спаси меня) - Модель еще и права проверяет(лист бумаги спрашивает слушай если ты Сережа то я тебя покажу свой текст, а если какой-то Вася то я не разрешу тебе себя читать.)  В моей голове текущий подход к написанию логики как-то не складывается…

норм или фигня?

Почему фасады это зло?

Зло, т.к. их используют и к мету и не месту, также фасад == global с точки зрения вызова, а также формирование неявной зависимости от класса, который завернут в фасад

ну в контексте лары

ларавел сама неявная зависимость)))

Не понимаю ненависти к фасадам..

потому хз, фасад как паттерн иногда полезен, а вконтексте самой лары то это вполне норма

главное не увлекаться

Самим laravel 😂

Окей, делать свои фасады и юзать их - наверное не ок. Просто, ну, зачем, если во фреймворке есть DI. Но почему нельзя юзать встроенные ларавеловские фасады ?

Потому что, все что обернуто в фасады, можно также подтянуть через DI

Почему нельзя? Можно. Сама Лара рекомендует.

Лара использует фасады не дальше контролера (то что я видел в доках), все сервис классы должны  получать зависимость явно и через DI, а приведенный выше пример их использует не к месту.

А зачем лучше подключать обёрнутое в фасады при помощи DI ? Мы же не собираемся тестировать это..