Laravel правильно ли я понял общую структуру проектов?

Здравствуйте я сам явился из мира Java. Php изучаю пару недель и вот закончил поверхностное изучение laravel. Сначала мне в общем не очень понравились парадигмы написания программ на сие фреймворке, но ближе к концу картина стала яснее и привичние для меня(так как до этого писал на Spring и там вовсю используется DI).
Вкратце в Spring в классах контроллерах создаются переменные типа определённых интерфейсов(типа сервисов куда выноситься бизнес логика) куда и инжектятся эго реализации под средством аннотаций, а также в каждом сервисе есть свои переменные интерфейсов(куда собственно также всё инжектится) доступа к базе данных(лично я использовал паттрен DAO).
Но так как тип переменной в PHP задать нельзя, и DI тут работает по другом(как я ищё не вкурил), я так понял что это всё как бы заменяют Фасады и сервис провайдеры. Тоесть для меня вырисовалась картина такая - Класс контроллер работает с нужным фасадом "сервисом" (аля по типу джавовскому сервису где вся бизнес логика), а тот в свою очередь работает с другим фасадом "DAO" для роботы с БД.
Правильно ли я всё понял? Если не так пожалуйста и справьте, и объясните тогда как всё это пишется в laravel.

Добавлено через 16 минут
И ищё такой вопрос. В общем сильно меня не устроила местная ORM по большому счёту из за того что невозможно использовать сырые SQL запросы и приходиться играться с методами всякими(что я не люблю). Можна ли подсунуть другую ORM с данной возможностью? И если да, то какую?

0

Не заменяет. Фасады я лично избегаю.
Самый простой вариант DI, это тупо указать тип параметра в методе (в конструкторе тоже работает). Ларавел сам создаст нужный объект и подставит в метод. Подробнее
Можно через raw.

Можно конечно, правда я тогда не вижу особого смысла использовать ларавел. Многое крутится вокруг этой ORM.

1

Спасибо за ответ. Но всё же, правильно ли я понял общий смысл?

0