Dependency Injection / Внедрение зависимостей / Вопросы на собеседовании по программированию 

Почему ты не снимаешь другие видео по программированию. С таким объяснением и примерами тебе цены нет💪

Почему застрял? Давай новые ролики. Голос отличный. Ролик лаконичный. Требую продолжения банкета!

На данный момент, это лучшее объяснение DI, которое я встречал!

госпади, здоровье тебе и твоим родственникам, это просто самое божественное, краткое и емкое объяснение DI.

самый лаконичный и доходчиво ответ. браво!

2 года прошло, а до сих пор лучшее объяснение, советую всем нашим джунам)

Это лучшее, что мог найти, простыми словами, порт для устройства. Круто Спасибо! Побольше б таких видео.

Очень хорошо объяснено. Давай в догонку IoC и так по всем основным понятиям.

Это просто гениальное объяснение!!! Спасибо 🙏👏👏👏👏

Ролик бомба! Спасибо за разъяснение.

😯 Моё лицо когда посмотрел видео про DI, а понял что такое moq и для чего он по сути нужен))))

Как раз готовлюсь к собеседованиям. Ролик очень полезен. Спасибо!

Спасибо за разъяснения

вельми дякую) дуже лаконічне поясненя

спасибо за видео!

Очень круто, сколько юзал данный подход, но не знал что То и есть di

Годно, спасибо

Хорошо изложен материал, жду новые видео 😀

Спасибо!

Я всё ещё не понимаю, зачем придумывать специальные названия для здравого смысла? Приходишь на собеседование, а тебе там "а что такое тындрение залысенностей?". сиди и думай блин. потом окажется, что это паттерн разделения своей ноги и направления выстрела

классное объяснение

Офигеть, принцип инверсии зависимостей и композицию выделили аж в отдельный паттерн 😂

Запили такой же видосик по IoC и IoC-контейнерам, ради христа)

кратко и понятно везде бы так

Остался вопрос по контейнеру. Должна быть возможность зарегистрированные зависимости локализовать, верно? Потому что не везде мне нужно подставлять так, как я хочу в конкретном месте. В одном месте я такую зависимость регистрирую, в другом - другую, и они друг другу противоречат... Например, вот здесь 4:37 меня устраивает связь DbContext. А вот в другом месте я хочу MyDbContext

D в SOLID - это Dependensy Inversion. А вы назвали и объяснили dependency injection. Темы немного пересекающиеся, но всё таки разные

Есть достаточно удачная формулировка: "класс должен зависеть от абстракции, а не от конкретной реализации", и далее можно рассказать про агрегацию в виде передачи параметра типа интерфейса в конструктор класса и что этот подход является эволюцией фабричного метода 🙂

Идеально! столько болтовни вокруг этой херни, а туту хрясь пара скринов и все сразу ясно)) Для Java это тоже подходит

Чел харош

хмм, не знаю почему, быть может просто настало время, но именно на этом ролике я начал более менее понимать, зачем нужен этот паттерн проектирования

Интересно, а если мне нужно передать объект, который имплементируется неск интерфейсами?..

Вы случайно не играли в бдо ? Очень похожий голос просто

Вот так надо Внедрение зависимости (англ. Dependency injection, DI) - процесс предоставления внешней зависимости программному компоненту. Является специфичной формой «инверсии управления» (англ. Inversion of control, IoC), когда она применяется к управлению зависимостями. В полном соответствии с принципом единственной ответственности объект отдаёт заботу о построении требуемых ему зависимостей внешнему, специально предназначенному для этого общему механизму[1].

Я не знаю зачем мне Ютуб выплюнул это видео, видимо чтобы я оставил тебе коммент =) Я часто сталкиваюсь с тем, что у собеседников переплетено понятие внедрения зависимостей и инверсии зависимостей (хотя в целом, с точки зрения реализации без контейнера выглядит одинаково и их тут нечего судить), ну и даже если программист понимает теорию внедрения, то не может ответить в чем же его минусы, а ведь о них написано не так много и обычно понимаешь только набив пару шишек. В общем, я бы добавил такую инфу в видео, чтобы получилось поставить точку над i. Удачи!)

Я обычно прошу написать функцию сложения двух чисел без DI

Di - это агрегация, так?

Ещё один положительный момент а ДИ это возможность поумничать перед кандидатом😂

Только что узнал о существовании этой фичи и вроде, как круто, не нужно создавать экземпляры классов. Нооо не понимаю, как это применить с MVVM, биндинги отлично отделяют вьюшку от viewmodel и делают их не зависимыми друг от друга, как я понял эта фича помогает сделатт viewmodel более независимой от самой model. Но тогда, как мне свойства вьюмодели привязать к данным, я же не могу в классе вьюмодели делать sql запросы, напрямую привязывать тоже, в конструкторе вьюмодел, я не могу передавать аргументы, возникнет ошибка между вьюшкой и самой вьюмоделью, наследовать я тоже не могу, ведь вьюмодел уже наследуется от BindableBase да и смысла нету реализовывать это во вьюмодел, ведь суть и заключается, чтобы отделить ее от модели. Допустим есть данные в sql и модель этих данных, я создам интерфейс и класс который будет вытаскивать данные из БД, а теперь как свойства вьюмодел привязать к этим данным? Не совсем понимаю что такое Response в примере, просто класс который реализует этот интерфейс? Извиняюсь если задаю глупые вопросы, не так давно начал изучать паттерны очень сложно самому находить понятную простым смертным информацию(. Пукан подгорел пока пытался найти что-то по MVVM и внедрению зависимостей, какие-то контейнеры, какие-то хостинги, службы, сервисы...

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

а я так ваще ниче не понял)))

Вначале я не понял, а потом я начал тупо угорать 😂 Потом дежавю

Почав з залежностей, закінчив інверсією тих же залежностей( не сказавши про це), потім на di контейнер переліз)))) ляяяяя жесть

За 4 минуты вся база, а то зае... своими книгами по 400+ страниц с кучей воды, на такие простые темы не очень как по мне важные

чел, угорает, МНОГО РАЗЖЕВАННОЙ информация

Тема размазана в ограниченных знаниях автора… читай больше, ServiceLocator не обходи.