Laravel. Сервисы, контракты и внедрение зависимостей

Как Laravel внедряет зависимости от сервисов и разрешает связи между интерфейсами конкретными классами.

[weqwe_qwe]

Третий день смотрю видео про внедрение зависимостей, куча "обучателей" пытаясь объяснять на примерах с животными, фигурами, машинами пытающимися объяснить не могли донести до меня то что я не понимал, а тут посмотрел ваш ролик и все вопросы которые были в голове отпали. Я в шоке)

[freid]

Класс. Объяснено лучше чем в платных курсах.

[anatoliiilescu]

Шикарно, если будет курс по ларавелу, я ваш ученик!

[WeCoding]

Просто супер! Я столько видео не смотрел, не видел такие чёткие объяснения. Только с вас попрошу снять видео как разделить проект на ларавель по папкам без папки app. Что бы сами смогли создавать свои разные app папки с контроллерами, с моделями и т.д

[tribdian]

Подробно, интересно, без воды. Спасибо большое !

[krepanff]

Без воды, все ясно и понятно. Спасибо!

[yuriyovdeyev]

Толково и понятно. Пожалуй самое доходчивое объяснение как работает DI в Ларавеле. Лайк, подписка (с) Успехов тебе с каналом!

[varfalomei_izoldin]

Спасибо за ваш труд. Было интересно и познавательно.

[АлександрМельник-чь]

Спасибо, получилось познавательно. Как вы находите время и работать и разбираться в чем-то новом и еще снимать видео, а это ведь тоже труд.

[mspcvju]

Спасибо работаю на Ларе давно, и было интересно послушать

[taras-melmut]

Спасибо за подробное обьсянение. Все понятно и доступно. Единственное пожелание используйте среду разработки для создания классов и интерфейсов.

[GoodMoodParaSiempre]

Спасибо за полезную информацию! 👍 Подписалась)

[ФедорСотников-йб]

Отличный урок, спасибо! Такой вопрос: в данный момент ищу пути уменьшения связонности между сервисам, потому что сталкиваюсь с тем, что сервис А зависит от сервиса Б. Конечно, DI можно использовать внутри нужного сервиса и через контейнер создавать инстанс нужного сервиса, который подгрузит нужные зависимости. Но тут мне кажется, что это не совсем правильно, ибо появляется явная зависимость одного сервиса от другого. В той же архитектуре porto представлены Actions, SubActions и Tasks, которые декомпозируют модуль на более мелкие подмодули и там не происходит вызов модулей верхнего уровня модулями его уровня либо уровнем ниже. В общем, что думаете по поводу ситуации, когда сервису необходим другой сервис для выполнения бизнес логики? Будет ли со временем такой подход приносить проблем? Спасибо

[AXSMEBEL]

На "видтх" чуть не прослезился. Такое тёплое сердцу произношение)

[artemunix]

расскажешь про паспорт и то как правильно микромоноилты делать?

[IbragimKhachukaev]

Как в laravel (стандартными методами) реализовать RBAC как в Yii2?

[ilyafreer]

Почему все так хвалят DIС, но мало кто рассказывает про его недостатки..

[rflsrjdf]

А почему нет информации о \"статичных" вызовов любого кастомного сервиса ?

[vesh]

Не досмотрел до конца еще, но так на всякий. А если вместо интерфейса использовать абстрактный класс?

[vitaercx]

Отличное видео. На ютубе много пересказов документации, но вот таких более продвинутых вещей дефицит. По вашему видео вопрос: если ситуация обратная не один сервис реализуемый через интерфейс, который можно подменять, а наоборот, допустим сервис доставки и у него 3-4 поставщика услуг - почта, сдэк и т.д. И нужна возможность выбора какой из них в данной ситуации используем. Например, $service->pochta в другом месте $service->cdek. Подходит в данном случае внедрение зависимостей и как настроить привязку?