DIG от убера

Там 80% статьи — именно DI как принцип. И только где-то внизу показано, как это затащить в контейнер

Твоя цитата  "Но статья неоч, как и в целом идея втаскивать DI в Go"

val a = A(env(URI))
val b = B(a)
val c = C(b)

c.run()

пусть будет так. как на средне-больших проектах ты это будешь разруливать не превратив в мясо?

I recently built a small project in Go. I’ve been working with Java for the past few years and was immediately struck by the lack of momentum behind Dependency Injection (DI) in the Go ecosystem. I decided to try building my project using Uber’s dig library and was very impressed.

I found that DI helped solve a lot of problems I had encountered in my previous Go applications – overuse of the init function, abuse of globals and complicated application setup.

Его же не принцип DI спас, очевидно, а его реализация - контейнер/туллинг

в го же есть import ?
Типа попросил зависимость средствами языка и всё ок

Ну да, тут написано "я написал на DI с помощью ..., это решило кучу проблем: init функции, глобальные переменные и т.п."

В общем, спор бесполезен. Мы друг друга поняли

Хуево 🙂 Чего только стоит протаскивание одного логгера через все дерево зависимостей

ну вот. я ж о чем. когда у тебя десяток классов это ок. на сотне уже сложнее, а дальше просто жопа

> associated anti-pattern of components building their own dependencies during initialization

Создание некоторых компоентов (очевидно что-то не из инфры, не база/логгер/etc) можно отдать на откуп модулю.
Пусть себе там инстанцирует, до тех пор пока всеэто изолированно. С некоторой точки зрения это даже создает меньшую связанность с внешними модулями, т.к. у тебя наружу торчит тонкий интерфей.

Все так, да

Это проблема, которую как раз DI решает)

не го, но по аналогии

в чем проблема? Обычный сервис локатор

а в чём тут проблема?

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

Разве что клиент хочет как-то альтерить поведение через композицию - тут другое дело.

в ноде это можно подменить в рантайме для тестов. в гошке так не выйдет

ну и да, это обычный локатор