M
С этим, конечно, согласен
Size: a a a
2021 April 29
VS
Типо у вас реакт. Вы юзаете классы или на функциях?
VS
Ну функции обычно не засовывют в контейнер.
M
Не знаю, что значит контейнер, но как я понял di не очень нужно при хуках?
r
Чтобы зависимости держать в одном месте, а не по всему проекту
VS
что значит в одном месте?)
Y
я думаю, к DI нужно подходить издалека. Например, начать с изучения clean code. А вот садиться и внедрять его в проект, если выгода непонята - такая себе затея.
r
Если использую композицию, то мне нужно зависимости контроллера импортировать в файл и делать там инстансы его зависимостей - пустые параметры конструктора, new ... в его теле, если пойти дальше то композиция, уже создание его абстракций уже на уровне выше, опять нужно для каждого контрола делать тоже самое, через di-контейнер, можно в одном файле создать контейнер с указанием всех зависимостей, в этих целях
VS
Чё? можно так например например:
(new App(new HelloAction(new UserNameService(new DbConnection())))).run()r
Ну и это простыня new, если будет много сервисов, которые использую теже сервисы - опять делать new его, почему нельзя делать просто inject его зависимостей,
VS
Зато ты всё контролируешь, нет никакой магии.
r
Магии нет, ты не контролируешь, все зависимости расмазаны по всему проекту
r
Тот же нест под собой содержит контейнер, и все рады несту
VS
И что? Это же не значит, что есть только 1 путь и он правильный.
r
Да, это один из вариантов реализации принципа инверсии управления через контейнер, через фабрику сделай еще
VS
Посмотри в стронону фп, там всё явно передается.
Это можно принести и в ооп.
Это можно принести и в ооп.
r
Что значит в фп явно передаётся, здесь тоже явно все, если взять библиотеки di-контейнера, ты же конфигурируешь контейнер
IK
это означает что в фп мы строим композицию функций, а не "вот у нас сущность (класс). у нее такие требования"
IK
мы сцепляем сущности без всякого контейнера