Как структурировать проект Laravel

Laravel - это фреймворк MVC, понятно, что должно быть в Model, View и Controller. Но что, если у вас есть кастомная логика для обработки данных перед передачей их в представление? Где это должно быть?

• В том же методе контроллера?
• Отдельный частный метод Контроллера?
• Статическая функция в модели?
• Отдельный класс, как Сервис?
• Или, может быть, глобальная вспомогательная функция без какого-либо класса?
• Кроме того, я слышал, что репозиторий - это широко используемый шаблон?

И список продолжается.

Конечно, правильный ответ - зависит от многих факторов. Но от каких?

Об этом я и поговорю в этом курсе.

Цель - обсудить практические примеры структурирования более крупных приложений Laravel, различные подходы и шаблоны. Мы проанализируем существующие популярные проекты с открытым исходным кодом и их структуру.

Важное замечание: этот курс не будет посвящен шаблонам дизайна. Поэтому модные ключевые слова, такие как Singleton, Factory, Adapter, Repository и тд., будут использоваться только при необходимости.

Я постараюсь сосредоточиться на практической стороне: папках, классах и методах, а не на том, как этот шаблон на самом деле называется в теории. На самом деле, каждый проект представляет собой смесь шаблонов, и разработчики даже не знают, как их называют.