andreykaT,

https://stackoverflow.com/a/3780447/2674303 In laymen's terms: high level modules depend on low level modules, but shouldn't depend on their implementation. This can be achieved by using interfaces, thus decoupling the definition of the service from the implementation.

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

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

andreykaTс другой стороны, там есть такая фраза:

авторИзвилистая линия делит систему на два компонента: абстрактный и конкретный. Абстрактный компонент содержит все высокоуровневые бизнесправила приложения. Конкретный компонент содержит детали реализации
этих правил.
Обратите внимание, что поток управления пересекает извилистую линию
в направлении, обратном направлению зависимостей в исходном коде.
возможно, тут разгадка что такое хайлевел модуль.



А там это где? в книге?

Ох как загнули с линией, остроумно))

Я не уверен, что до конца понял, что ключевую фразу авторОбратите внимание, что поток управления пересекает извилистую линию
в направлении, обратном направлению зависимостей в исходном коде.


типо по интерфейсу найдётся имплементация? то бишь полиморфизм == Dependency inversion?

PetroNotC Sharp,

Братюнь, ты предоставил только одну ссылку на которой нет стрелок.
Про буржуазный язык прости, но 90% информации на нём - рекомендуется как можно раньше понять, что не надо его чураться

Nixicquestioner1. Какой определить у какого модуля/класса выше уровень?
2. Могут ли зависеть низкоуровые модули от высокоуровневых?
1. Данные поступают в первый, потом во второй и т.д. классы/методы, кто раньше получил данные, тот и на верхнем уровне,
в частности контроллер(в который добавлен сервис), затем сервис(в котором репозиторий и всякие конвертеры и мапперы), затем репозиторий.
2. Нет, не могут. Нельзя в сервис или в репозиторий добавить контроллер, нельзя в репозиторий добавить сервис. И всё в таком духе.

И все они связаны через интерфейсы.
Вроде всё понятно. Наверное, надо реальный проект посмотреть, сразу вся логика становится очевидной и логичной.

Человек который прочитал только заголовок detected.

PetroNotC SharpquestionerБратюнь, ты предоставил только одну ссылку на которой нет стрелок.там ссылка второго уровня.
Там больше и читать нечего.

questionerне надо его чураться
Я не чураюсь. Я прочитал обе вики, а ты русскую не читал, и сейчас опять не прочитал все ссылки там на обсуждение.
И самое главное КОД С ПРИМЕРАМИ.

Вот этого перца? https://blog.byndyu.ru/2009/12/blog-post.html

этого читал причём ещё до публикации вопроса