Принцип инверсии зависимости - SOLID в деталях

Принцип инверсии зависимости гласит: "Код, реализующий высокоуровневую политику, не должен зависеть от кода, реализующего низкоуровневые детали. Напротив, детали должны зависеть от политики". В этом ролике я постарался наглядно продемонстрировать применение этого принципа.
В серии роликов «SOLID в деталях» я постараюсь подробно рассказать о принципах SOLID, а так же продемонстрировать их практическое применение.
#java #solid #dip #softwarearchitecture
Мой сайт: alexkosarev.name
Паблик в VK: public218833461
Канал в Telegram: t.me/+TZCuO38vG3oqu_Jq

[@shurik_codes]

Нашёл время таки оформить соответствующую статью.
На сайте: alexkosarev.name/2023/05/23/solid-in-details-dip/
В VK: vk.com/@shurik_kodit-princip-inversii-zavisimosti-solid-v-detalyah

[@user-vf7xt5ug8w]

Отличное видео, спасибо! Если можно, то показывайте горячие клавиши, ктр пользуетесь.

[@dmitrylemeshenko9642]

Спасибо!

[@alexeysvetlenko2217]

Нравиться

[@shluhogon_42]

Роберт Мартин писал про это в книге Чистый код?

[@shurik_codes]

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

[@kremlin_ru]

Очередное отличное видео на любимом канале, Спасибо! Просьба, возможно это нужно многим-нельзя ли выпустить небольшое руководство по работе с hibernate (подключение, настройка, создание и сохранение таблиц) , столкнулся с этой темой и серьёзно забуксовал, несмотря на обилие видео и статей в интернете толковой информации увы не нашёл, а проблема в общем то насущная. Спасибо за контент и подачу, всё предельно понятно, грамотно и актуально.

[@shurik_codes]

Спасибо за комментарий, вообще планов по Hibernate нет, по крайней мере, на ближайшее будущее. Но возможно и до него дойдёт.

[@donpedro2125]

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