Comments 8
Допустим вам понадобилось внести изменения в файл a.js, а так как b.js зависит от a.js, значит изменения повлияют и на него. Соответственно оба файла придется редактировать.
b.js придется менять, только если поменялось что-то в интерфейсе кода из a.js. Если только реализация, то не придется. В случае следования принципу DIP будет то же самое.
По мне так влияние количество правок на направление зависимостей выглядит странно. ИМХО контекст намного важнее. А то по вашей логике, если у меня есть http клиент который инжектится но изменяется часто, я должен инжектить бизнес логику в него?
В любом нормально языке Circular Dependency решается 2мя способами.
1. Объединение 2ух файлов/классов вотевер в одине файл/класс/пекедж
2. Интерфейсами
А то по вашей логике, если у меня есть http клиент который инжектится но изменяется часто, я должен инжектить бизнес логику в него?
а что значит инжектить бизнес логику? вы имеете ввиду создавать адаптеры, чтобы АПИшка готовила данные в нужном формате бизнес логике?
В любом нормально языке Circular Dependency решается 2мя способами.
1. Объединение 2ух файлов/классов вотевер в одине файл/класс/пекедж
2. Интерфейсами
Способ плох тем, что файл разрастается. И в одном файле, могут быть уже функции, которые крайне не связаны друг с другом. Я подразумеваю вы имели ввиду, то что работает вместе выделить из обоих файлов и поместить в третий файл
Сомнительный путь. Если я буду импортить только эту функцию из того файла, а тот файл будет импортить другую функцию из моего файла. Звучит как крайне скользкая дорожка. Если я правильно конечно понял идею
Простите мне мой тон, но мне кажется, что вы заново изобрели Принцип инверсии зависимостей.
Он скорее изобрёл паттерн "фасад". Инверсия зависимостей тут совершенно ни при чём.
Да, тут используется инверсия зависимостей) Но это лишь инструмент, как развернуть направление зависимостей. Статья была направлена на то чтобы люди немного больше уделяли внимания направлениям зависимостей в их проектах)
Подскажите пожалуйста контакты дилера)
SOLID. Читаем и не думаем о 6 годах разработки)
Как сэкономить годы разработки при правильном направлении зависимостей