а
Size: a a a
2020 April 13
AK
где это вы видели DI в стандартной библиотеке?
https://golang.org/pkg/io/#Copy вот к примеру
ЛА
где это вы видели DI в стандартной библиотеке?
Вообще di это внедрение зависимости. Например мы сохраняем Коннект к бд в структуру хэндлера.
Я же говорю про di container, это штука, которая менеджит процесс компоновки
Я же говорю про di container, это штука, которая менеджит процесс компоновки
МП
У бреда нет технического определения. Поэтому каждый волен интепретировать бред как ему больше нравится. При некотором умении можно натятнуть бред на что угодно. Можно и Аллаха увидеть в стандартной библиотеке
ЕК
Мимо Проходящий
У бреда нет технического определения. Поэтому каждый волен интепретировать бред как ему больше нравится. При некотором умении можно натятнуть бред на что угодно. Можно и Аллаха увидеть в стандартной библиотеке
Найс рвануло
АП
https://golang.org/pkg/io/#Copy вот к примеру
и где там di?
ЕО
Мимо Проходящий
Когда мне начинают впаривать DI на пустом месте, хочется схватьть ссаную тряпку и отстегать
Я ручками пишу без DI лично, мне норм. Но в любом случае DI лучше чем глобальная переменная
AK
и где там di?
В смысле где? В определении финкции. 2 абстрактных зависимости инджектятся внутрь...
АП
по вашему функция Test(s string) уже имеет одну зависимость?
МП
Я ручками пишу без DI лично, мне норм. Но в любом случае DI лучше чем глобальная переменная
ну мне в какой то момент надоело таскать db и т.п. в каждую функцию. Я забил на это и жить стало на много проще
АП
DI подрузомевает автоматический резолв зависимостей
АП
что в стандартной библиотеке не реализовано
АП
они передаются всегда
МП
https://golang.org/pkg/io/#Copy вот к примеру
при чём тут di? это что, как Б-г который везде и всюду?
AK
по вашему функция Test(s string) уже имеет одну зависимость?
У string существует поведение которое отличается в разных ситуациях?
ЛА
Я ручками пишу без DI лично, мне норм. Но в любом случае DI лучше чем глобальная переменная
+
Когда несколько точек входа, несколько зависимостей прокидывается в разные места, то di имеет смысл.
Если один эндпоинт и все менеджится через main.go, то выгоды нет. Но если начинается архитектура ручной работы с сохранением сущностей куда-то, типа в глобальные переменные (самый ужас), то проще не наступать на свои грабли, а воспользоваться тем, что изобрели десятки лет назад
Когда несколько точек входа, несколько зависимостей прокидывается в разные места, то di имеет смысл.
Если один эндпоинт и все менеджится через main.go, то выгоды нет. Но если начинается архитектура ручной работы с сохранением сущностей куда-то, типа в глобальные переменные (самый ужас), то проще не наступать на свои грабли, а воспользоваться тем, что изобрели десятки лет назад
АП
Мимо Проходящий
при чём тут di? это что, как Б-г который везде и всюду?
а у os.Stdout оно есть?