Inversion of Control, Dependency Injection, DI Container - что это такое и кто все эти люди? 

Антон, вы супер объясняете! Спасибо!

Топ спикер, смотрю для того, что непонятно очевидно при написании кода. Всем советую! в 2023 актуально

ведущий позитивный, класс)

Всё максимально интересно понятно и доступно рассказано, спасибо большое!

Как всегда - лучше один раз увидеть, чем два раза прочитать ))

Всё понятно и доступно, осталось только применить полученные знания на практике. Большое спасибо!

Ребята, Спасибо! Все оказалось проще чем догадывалось. Форма подачи отличная - это талант. Поразило как php схож с c# и вся эта ранее странная бодяга php с asp.

Спасибо, наконец то стало намного понятнее. Но уверен буду пересматривать ещё раз 10)

Класно! Пересмотрев кучу роликов на ютубе на эту тему, а там всё на непонятном языке - будто я при просмотре уже должен знать что такое DI и IoC. И наткнулся на этот канал, после просмотра всё стало понятно ( и это с учетом того , что я в жизни не писал на Php )

Шикарный лектор умеет рассказать интересно, понятно и не скучно.

Лучшее объяснение!

Автору респект. Объясняет простым и понятным языком и еще с конкретными примерами. Уважуха 🙏

Прекрасная пподача материала! Спасибо за простые примеры и наглядные слайды 👍

Супер доклад, нравится когда рассказываешь своим языком, без академических терминов 😅

Ничего не понятно, но очень интересно - так было до этого видоса) Теперь все понятно, спасибо! Буду смотреть ещё!))

Cool. Great manner of explanation. I wish all hosts of coding conferences use such a manner instead of bunch of silly memes. Good job.

Спасибо за интересное видео! Отдельный плюс за подачу материала!

Очень круто розжевал. Иногда автор затачивает видео под какой-то конкретный язык что на мое мнение не является правильным так как язык это просто инструмент. В этом видео все будет понятно в не зависимости от языка программирования. Спасибо)

Очень круто, не ожидал. Всё понятно, не скучно и супер-подробно. Не смотря на то, что я пишу на JS, ваши примеры помогли понять основную суть. Только не понял, откуда берется файл конфига и почему емеил и id-телеграмма туда уже зашити. Но это наверное больше пхп-тема, а не JS... Спасибо за материал!

Здорово! буквально на пальцах с примерами и мемасиками!)

Классный контент! Разжевано и с примерами ! Продолжайте в том же духе)

Великолепно изложено! Антон просто супер спикер))))

получил удовольствие, спасибо огромное :))

Спасибо как всегда🙏🙏 Такая инфа полезная ещё и бесплатно!!

Крута подача матеріалу, дуже дякую за відео

Спасибо мужик.

Очень много видео смотерл по этой теме и читал статьи на хабре, но этот видеоролик самый ценный из всех что я позновал по DI

Круто, не забрасывайте контент. Благодаря вам освоил базу по бд.

Вы лучший. Хоть я и джаваскриптизёр.

Докладчик топ 🔝👍 Жги ещё 😅

Не знаю, как я сюда попал, но теперь понял, как работает (внезапно) спринг. Спасибо!

Супер, спасибо! Все стало ясно!

Отлично, весело, и просто! Маладец!!!!

Великолепное объяснение

Давно следую DI, но только теперь все стало ясно от и до. Спасибо

Отличное виде, спасибо!!!❤

Отличное объяснение, спасибо

Great explanation

Лайк за примеры👍 Понять получилось быстрее в отличие от чтения документации

Лайк за мемасы =)

Очень крутой рассказчик))

Подписка однозначно)

Кайфовая презентация

Хорошее объяснение и видео, но Dependency Injection, начиная с 24:08 похоже на ООП головного мозга. Вместо того, что нам предоставляет язык, мы (вернее создатели фреймворка) наинженерили свой "язык" в виде объекта конфигурации, который я на 99% уверен не строго-типизированный, а значит которому будет свойственна ранее описанная проблема: код (редкая, но дорогая покупка) упадёт только, когда до него дойдёт исполнение. При этом с Service Locator по сути описана только одна проблема: нестрогая типизация и соответствующая возможность подставить что угодно во что угодно, и она решается ... использованием строго типизированного языка (внезапно). Я не знаток PHP, но на TypeScript можно просто объявить объект: const Locator = { notifySender: new EmailNotifySender('asdf'), userLoggerNotifier: new UserLoggedNotifier(), } И если хоть какого-то метода где-то будет не-хватать, то код просто не скомпилится. Да, это глобальный объект, но Dependency Injection Container - это по сути тоже глобальный объект, просто неявный. А из-за того, что он неявный, кстати, тоже возникает куча проблем по типу невозможности нормально использовать в редакторе кода функции "Find all references". Мне приходилось работать в одном таком проекте и разбираться в магических скрытых связях того, что откуда что вызывает.

классно объяснил. было бы не плохо основные паттерны программирования послушать

норм обьясняешь

привет с ютуба

У Зандстры в книге есть рекурсивный DI-контейнер

Есть ли способ как-то отлавливать ошибки регистрации реализаций для интерфейсов в контейнере (например, отсутствие реализации для какого-то интерфейса, которую забыли указать) во время компиляции, а не в рантайме?

а какая будет структура классов и код если надо отправить и/или по email и telegram в зависимости от настроек пользователя ? и не на email указаный при инициализации а на email пользователя ?

Вот с таким тимЛидом можно работать!

хочется чтобы учитель был моим тимлидом в проекте

А в чем отличие service locator от паттерна реестр(registry)?

Так ДИ это тот же сервис локатор, просто механизм этот сам подставляет компоненты куда надо а не мы ручками?

laravel конечно круче это всё делает и думать не надо, но в symfony немножко всё-таки думать придётся)

Факт это что?