Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Dependency inversion  [new]
questioner
Member

Откуда:
Сообщений: 1712
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.


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

Конечно выглядит слегка притянутым за уши, но лучшего ничего не придумал.
24 июн 19, 15:58    [21914200]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
andreykaT
Member

Откуда:
Сообщений: 2181
с другой стороны, там есть такая фраза:

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

возможно, тут разгадка что такое хайлевел модуль.

и дальше это:
автор
Abstractions should not depend on details. Details (concrete implementations) should depend on abstractions.
24 июн 19, 15:59    [21914201]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
questioner
Member

Откуда:
Сообщений: 1712
andreykaT
с другой стороны, там есть такая фраза:

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

возможно, тут разгадка что такое хайлевел модуль.



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

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

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


типо по интерфейсу найдётся имплементация? то бишь полиморфизм == Dependency inversion?
24 июн 19, 16:07    [21914212]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
andreykaT
Member

Откуда:
Сообщений: 2181
не совсем. насколько я понимаю мартин всячески акцентирует внимание что модули между собой должны общаться исключительно через интерфейсы и исключительно в одном направлении.

там - это да. это в книге мартина где он поясняет за каждую букву солида.
24 июн 19, 16:46    [21914242]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
andreykaT
Member

Откуда:
Сообщений: 2181
вообще, в тех же ранних спрингах например, бины инстанциировались фабрикой по интерфейсу. т.е. хочешь получить бин интерфейсаА говори фабрике хочу получить бин по интерфейсуА, оно идет ищет кандидатов и по нему строит этот бин. но тут момент в том что как правило, по интерфейсуА есть класс всегда только один А )) если же их больше то ты явно квалифаером указываешь какой именно объект по какому классу по интерфейсу построить.

херня короче.
24 июн 19, 16:49    [21914246]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
andreykaT
Member

Откуда:
Сообщений: 2181
он пошел дальше у него и фабрика - это интерфейс.
24 июн 19, 16:50    [21914248]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
mayton
Member

Откуда: loopback
Сообщений: 40989
andreykaT
не совсем. насколько я понимаю мартин всячески акцентирует внимание что модули между собой должны общаться исключительно через интерфейсы и исключительно в одном направлении.

По поводу направления. Мне кажется это отсылка к CQRS и к принципу Tell-do-not-ask.
Это хороший паттерн для перформанса но в некоторых случаях он может сделать
простоую систему - неоправданно сложной. Поэтому... it depends. И это надо
обсуждать на уровне лиц которые принимают важные проектные решения.
24 июн 19, 17:26    [21914281]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
andreykaT
Member

Откуда:
Сообщений: 2181
дак ЦКуРС это больше о разделении обязанностей. так и хочется сказать сингл респонсибилити (но это несколько о другом, как оказалось,с точки зрения мартина). а-ля. если у тебя что-то читает, то оно не дложно ничего изменять. и, в свою очередь частично о разделении интерфейсов. не уверен, что это как то относится к депенденси инвершн.
24 июн 19, 17:54    [21914314]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 552
questioner,
Что тут непонятно?
https://ru.m.wikipedia.org/wiki/Принцип_инверсии_зависимостей
В правилах форума русскоязычность общения
24 июн 19, 19:14    [21914364]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 552
andreykaT
не совсем. насколько я понимаю мартин всячески акцентирует внимание что модули между собой должны общаться исключительно через интерфейсы и исключительно в одном направлении.

там - это да. это в книге мартина где он поясняет за каждую букву солида.
по данному сабжу в вики черным по белому сказано что стрелки связи меняют направление.
Зависимость убирается.
24 июн 19, 19:51    [21914379]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
andreykaT
Member

Откуда:
Сообщений: 2181
PetroNotC Sharp
andreykaT
не совсем. насколько я понимаю мартин всячески акцентирует внимание что модули между собой должны общаться исключительно через интерфейсы и исключительно в одном направлении.

там - это да. это в книге мартина где он поясняет за каждую букву солида.
по данному сабжу в вики черным по белому сказано что стрелки связи меняют направление.
Зависимость убирается.

какие стрелки?
24 июн 19, 21:56    [21914414]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 552
Связи
questioner
1. Какой определить у какого модуля/класса выше уровень?
24 июн 19, 23:21    [21914428]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 552
andreykaT,
Там картинки есть. Посмотри.
24 июн 19, 23:22    [21914429]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
Nixic
Member

Откуда: Perm
Сообщений: 1871
questioner
1. Какой определить у какого модуля/класса выше уровень?
2. Могут ли зависеть низкоуровые модули от высокоуровневых?

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

И все они связаны через интерфейсы.
Вроде всё понятно. Наверное, надо реальный проект посмотреть, сразу вся логика становится очевидной и логичной.
25 июн 19, 08:50    [21914529]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
fixxer
Member

Откуда:
Сообщений: 711
Nixic
1. Данные поступают в первый, потом во второй и т.д. классы/методы, кто раньше получил данные, тот и на верхнем уровне,


Какая же чушь. Потом это читают новички и из них вади вырастают.
25 июн 19, 08:58    [21914534]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
Nixic
Member

Откуда: Perm
Сообщений: 1871
Данными могут быть не только объекты со значениями в полях переданные в контроллер, но и какие-то команды от UI, например, клик по кнопке, который вызывает метод контроллера.
25 июн 19, 08:59    [21914536]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
Nixic
Member

Откуда: Perm
Сообщений: 1871
fixxer
Nixic
1. Данные поступают в первый, потом во второй и т.д. классы/методы, кто раньше получил данные, тот и на верхнем уровне,


Какая же чушь. Потом это читают новички и из них вади вырастают.

Давай объясни по другому тогда.
25 июн 19, 09:00    [21914537]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
fixxer
Member

Откуда:
Сообщений: 711
Nixic
fixxer
пропущено...


Какая же чушь. Потом это читают новички и из них вади вырастают.

Давай объясни по другому тогда.


Я уже объяснял в этой ветке.
25 июн 19, 09:01    [21914539]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
Nixic
Member

Откуда: Perm
Сообщений: 1871
fixxer
Nixic
пропущено...

Давай объясни по другому тогда.


Я уже объяснял в этой ветке.

Ну да, прочитал, раньше к теории особо не обращался, просто на практике использовал эти же принципы
https://www.baeldung.com/java-dependency-inversion-principle
Но в комментарии, можно было и не опускаться до уровня форумчанина из 1С ))
25 июн 19, 09:20    [21914556]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
questioner
Member

Откуда:
Сообщений: 1712
PetroNotC Sharp,

Братюнь, ты предоставил только одну ссылку на которой нет стрелок.
Про буржуазный язык прости, но 90% информации на нём - рекомендуется как можно раньше понять, что не надо его чураться
25 июн 19, 13:34    [21914847]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 552
questioner
Братюнь, ты предоставил только одну ссылку на которой нет стрелок.
там ссылка второго уровня.
Там больше и читать нечего.

questioner
не надо его чураться

Я не чураюсь. Я прочитал обе вики, а ты русскую не читал, и сейчас опять не прочитал все ссылки там на обсуждение.
И самое главное КОД С ПРИМЕРАМИ.
25 июн 19, 13:45    [21914858]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
questioner
Member

Откуда:
Сообщений: 1712
Nixic
questioner
1. Какой определить у какого модуля/класса выше уровень?
2. Могут ли зависеть низкоуровые модули от высокоуровневых?

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

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


Человек который прочитал только заголовок detected.
25 июн 19, 13:46    [21914859]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
questioner
Member

Откуда:
Сообщений: 1712
PetroNotC Sharp
questioner
Братюнь, ты предоставил только одну ссылку на которой нет стрелок.
там ссылка второго уровня.
Там больше и читать нечего.

questioner
не надо его чураться

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


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

этого читал причём ещё до публикации вопроса
25 июн 19, 13:48    [21914864]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
забыл ник
Member

Откуда:
Сообщений: 2811
questioner,
а зачем тебе понимать чбе-бы-то-ни-было толкование? Вообще при чтении этой темы меня не покидают ощущение что я нахожусь в кружке толкователей корана
25 июн 19, 13:51    [21914871]     Ответить | Цитировать Сообщить модератору
 Re: Dependency inversion  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 552
забыл ник
questioner,
а зачем тебе понимать чбе-бы-то-ни-было толкование? Вообще при чтении этой темы меня не покидают ощущение что я нахожусь в кружке толкователей корана
+1
))
25 июн 19, 13:58    [21914878]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Java Ответить