ну валидация у тебя может быть и через кастомные реквесты и через $request->validate([...]);

ИМХО если проект больше лендинг пейджа или визитки, репозиторий должен быть, но как говорится "на вкус и цвет", возможно на мое мнение повлияли доктрины симфони :)

Валидация не всегда требует реквеста. Например выполнение task-ов по расписанию

а что там валидировать?

парсишь какой-то api внешний и сохраняешь в модель, как пример

не думал о слове валидация в этом контексте. В таком случае, я б держал проверку пришедших данных в этом же джобе. Вряд ли ты в 100500 местах парсишь этот же внешний апи

но, как уже сказали, на вкус и цвет) Но, я думаю, никто не будет спорить с тем, что надо не усложнять вещи сверх меры там, где это не требуется. А вот то, что такое "сверх меры" - для каждого свое, офк

Ну, мне много в чем нравится laravel, но то как он изначально предлагает работать с моделями - не моя чашка чаю. Вот и ищу другие варианты

ну а если смотреть не с позиции нравится/ не нравится, а с позиции опыта? Был опыт того, что именно из-за отсутствия репозиториев проект на ларе превратился в кашу? При условии, что все остальное делалось без явного говнокода. Не для спора, правда интересно.

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

Внедряли на проекте, как раз andersao/l5-repository. Пришли к выводу, что если тебе действиетльно нужно как-то абстрагироваться от использования Eloquent, то это может иметь смысл, в других случаях, это только усложняет код. Т.к. приходится переписывать уже существующие методы, усложняется работа со связями. Так же к слову о репозиториях, они должны восприниматься, как абстрактное хранилище и не иметь методов по типу create, update.
Если же говорить об абстрагировании бизнес логики, что бы не увеличивать контроллеры, то можно внедрить классы-сервисы как описано в данной рекомендации - https://github.com/alexeymezenin/laravel-best-practices#business-logic-should-be-in-service-class

Либо, вот был интересный доклад на Laracon - https://www.youtube.com/watch?v=dfgtKb-VpRk

Спасибо за опыт и ссылку. Почитаю

спасибо 👀

Ребята. Всем привет. Кто работает с guzzle помогите решить.

Fatal error: Uncaught InvalidArgumentException: URI must be a string or UriInterface in

код покажи

зачем ты реквайришь автолоад

?

ну а если по теме, то ты в 46 строке передаешь массив

тут сказано, что надо строку