(
Size: a a a
2020 April 10
АО
Эм, а как создание через конструктор мешает даггеру или любому другому di?)
Да никак, просто если корректно его использовать - DI не нужен
КР
Да никак, просто если корректно его использовать - DI не нужен
Мммммм
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
АО
так может оно всё нинужно по факту, и так пойдёт - задачи решаются, заказчки довлольны. а фанатам их нечем продать рынку и бизенсу, никаких весомых аргументов типа time to market, или удешевления разработки нет. только наршуения чуств прекрасного, которое никого с позицией старше senior developer не волнует.
Ну какое нарушение чувства прекрасного ты исправляешь? Что инъекции зависимостей делаешь не через создание объекта, а через аннотации?
АО
Мммммм
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
Есть много мест для этого:) а при необходимости - достаточно функцию-фабрику сделать для инкапсуляции определённого поведения создания (если ну оооочень надо)
АО
@Harmonizr обсасывал это в какой-то статье, да и впринципе ж итак понятно, что вы ничего не решаете, добавив абстракцию-прослойку, которая также создает те же объекты, также их как-то именует-хранит/передает сразу после создания, посредством конфига (который хорошо если имеет плагин для IDE, хотя и то не факт) или вообще аннотациями
I
Мммммм
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
А нужно не вставлять, а отклонять 🧐
КР
А нужно не вставлять, а отклонять 🧐
Шо 👽
КР
@Harmonizr обсасывал это в какой-то статье, да и впринципе ж итак понятно, что вы ничего не решаете, добавив абстракцию-прослойку, которая также создает те же объекты, также их как-то именует-хранит/передает сразу после создания, посредством конфига (который хорошо если имеет плагин для IDE, хотя и то не факт) или вообще аннотациями
До сих пор не согласен с его статьёй
АО
До сих пор не согласен с его статьёй
Ну а какую проблему решают существующие DI либы?
QH
До сих пор не согласен с его статьёй
Шо 👽
AM
Шо 👽
Пойди reject в гугл транслейт вставь :)
ML
Мммммм
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
Нужен.) Ты же должен где-то зависимости друг в друга вставлять.
И зачем тебе для вызовов конструктора DI-фреймворк?
AD
И зачем тебе для вызовов конструктора DI-фреймворк?
мой коллега аргументирует это тем, что DI-фреймворк делает это за тебя
AD
плюс позволяет удобнов переносить модули из одного места в другое, перенося только упоминание модуля из одного компонента в другой
VP
мой коллега аргументирует это тем, что DI-фреймворк делает это за тебя
А как у этих штук дела с не самыми тривиальными случаями, когда реализаций несколько, и их надо собрать в цепочку (декораторы например)?
ML
мой коллега аргументирует это тем, что DI-фреймворк делает это за тебя
мб я что то делаю не так, но у меня очень редко когда глубина зависимостей больше 2 уровней заходила
VP
Вот есть спринг. И там в такой ситуации надо бойлерплейта больше, чем если граф самому собирать.
ML
А как у этих штук дела с не самыми тривиальными случаями, когда реализаций несколько, и их надо собрать в цепочку (декораторы например)?
учишь язык этого DI фреймворка и хуяришь на нём кучу аннотаций