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

Рет қаралды 53,538

3 жыл бұрын

#dependecyinjection #dicontainer #ioc #паттерн
За последний месяц мне пришлось участвовать в 5 собеседованиях с кандидатами разного уровня. Во всех собеседованиях был вопрос про Dependency Injection или Внедрение Зависимостей, если по-русски.
В лучшем случае ответ сводился к формулировке в духе того, что DI - это фишка в .NET Core, которая позволяет инжектировать сервисы в контроллеры.
Такой ответ больше годится к вопросу о примерах использования DI, но не поясняет суть паттерна.
Самое странное, что даже кандидаты, блиставшие огромным опытом, не могли толком ответить.
Я рекомендую ознакомиться с этим паттерном всем программистам, особенно перед собеседованием, поскольку эта тема довольно актуальна.
В интернете полно разжеванной информации по этому паттерну, но раз уж вы здесь, я попытаюсь как можно проще объяснить концепцию DI.

Пікірлер: 60

@speedrages Жыл бұрын

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

@AndriiNikolaiev 3 жыл бұрын

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

@Revenant520 Жыл бұрын

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

@jarjarbinks6015 Жыл бұрын

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

@minimalstory Жыл бұрын

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

@aoveden197727 3 жыл бұрын

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

@gennadyga2257 Жыл бұрын

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

@burningdaylight9171 2 жыл бұрын

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

@liyaguliaieva1111 Жыл бұрын

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

@olehdumanskyi7830 3 жыл бұрын

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

@evildaimyo3746 3 жыл бұрын

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

@user-hs8zg4ws7z 2 жыл бұрын

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

@tov3801 2 жыл бұрын

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

@taniakedrova 2 жыл бұрын

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

@kanybekmomukeev4116 2 жыл бұрын

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

@vladead8 11 ай бұрын

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

@OpalGooDog 2 жыл бұрын

Спасибо!

@agnia.starovoitova 2 жыл бұрын

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

@sortadorgin9327 Жыл бұрын

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

@kuanyshkudaibergenov7041 Жыл бұрын

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

@ix3909 4 ай бұрын

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

@meosaganami5472 3 жыл бұрын

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

@voidplusplusru 3 жыл бұрын

Мне тоже это не нравится. Сильно усложняет понимание. Однако, это терминология, проф язык. В общении между программистами в команде, вместо использования длинных формулировок с уточнениями, проще назвать термин и всем сразу становится понятно о чем речь. Хотя порой программисты увлекаются, и придумывают новые термины там, где это не нужно, наверно для самоутверждения.

@alexanderbelov6892 2 жыл бұрын

@@voidplusplusru Всё равно выпендрёж. Никогда не слышал на работе высокоинтеллектуальных бесед на тему паттернов и таких вот терминов при обсуждении кода. Даже если паттернов в коде навалом, то его всё равно могут не понимать. Может паттернов не знают? Но на собеседовании видимо это важно.

@radasmelaya6492 2 жыл бұрын

@@alexanderbelov6892 поддерживаю, обычно у тебя задача и ты идешь и пишешь ее решение без всяких указаний что и как. Обычно такие вопросы проводят неопытные специалисты- или только с института или hr. Горазда важнее посмотреть как именно будет решаться задача, а не определение терминов

@vladbreez4036 Жыл бұрын

Разделение ноги, направление выстрела... В этом нет смысла или я тупой.

@meosaganami5472 Жыл бұрын

@@vladbreez4036 одно другому не мешает, хоть я и правда немного коряво сформулировал

@TheKirk1989 Жыл бұрын

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

@apdgslfhsodbna Жыл бұрын

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

@apdgslfhsodbna Жыл бұрын

@@mamikonpapikyan6120 , Ioc - идея, dependency inversion - принцип, dependency injection - реализация

@kingslayer7679 Жыл бұрын

@@apdgslfhsodbna Вы путаете два понятия близкие к себе но всё же разные.

@user-hv8rk3fw8y 10 ай бұрын

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

@zeOnni 3 ай бұрын

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

@teawizzard Жыл бұрын

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

@pawsdev Жыл бұрын

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

@toxicknight3079 Жыл бұрын

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

@of_youtube Жыл бұрын

Чел харош

@user-pg8ry1tm3t 5 ай бұрын

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

@user-vn1oz3fx3d 3 жыл бұрын

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

@JPyanikova 3 жыл бұрын

В чем же его минусы?

@eu-rn1xb Жыл бұрын

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

@voidplusplusru Жыл бұрын

Это можно решить разными способами. Зависит от того, что позволяет делать конкретный IoC. В некоторых случаях можно именовать каждую регистрацию. Я бы в таком случае просто сделал интерфейс IMyDbContext, который наследует от IDbContext и MyDbContext будет его реализовывать. И там, где нужен MyDbContext указываем интерфейс IMyDbContext.

@SergeyDovbenko 7 ай бұрын

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

@ser9ga592 Жыл бұрын

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

@user-ni9tf5yr6m 11 ай бұрын

👀👀👀👀 Где SOLID автором упомянут?

@Anik_666 5 ай бұрын

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

@GraMuzgobChick 5 ай бұрын

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

@excellent18rus Жыл бұрын

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

@SafargalinVladislavbimka89 Жыл бұрын

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

@voidplusplusru Жыл бұрын

Не уверен, что полностью понял, что вы пытаетесь сделать. Полагаю, что в вашем случае нужно внедрять зависимость (некий сервис, который вытаскивает данные из БД) во вьюмодел. Тут есть пример community.devexpress.com/blogs/wpf/archive/2022/02/07/dependency-injection-in-a-wpf-mvvm-application.aspx В моем примере Response - это просто модель, которую возвращает метод, отношения к DI не имеет.

@SafargalinVladislavbimka89 Жыл бұрын

@@voidplusplusru то что я искал, спасибо огромное !