R
Как это будет выглядеть на практике? Есть сервис, ему нужен репозиторий, репозиторию — покдлючение к БД. Как это сделать по этому принципу?
Size: a a a
2021 May 10
AZ
Юниты не напишешь, но не то чтоб это беда
AZ
Тут не оч работает, бд то как правило одна
R
БД одна на проекте размером 2000 строк. Что насчёт нормальных проектов?
МФ
А зачем в простых пакетах di контейнер?
Поусложнять всякие штуки? :)
Поусложнять всякие штуки? :)
SZ
средне-большой проект
простые пакеты
это как?
простые пакеты
это как?
AZ
Как кол-во бд и кол-во строк кода коррелирует? Пулл конеектов к бд один
R
Пул коннектов к каждой БД свой, конечно же. Он физически не может быть один
AZ
Большой проект это когда несколько бд?
R
Большой проект != несколько БД, несколько БД != большой проект. Но сути-то это не меняет. Допустим, в проекте есть Redis, PostgreSQL, ES — уже три БД. Как жить-то с принципом твоим взамен DI?
SZ
из конфига/энв переменных как глобал читать? или делать реюз коннекта к базе из разных мест?
AZ
Я ж говорю - на некоторые вещи это не натянешь
R
Ну пагади. Ты ж сам писал
R
Переслано от Artem Zakirullin
Но статья неоч, как и в целом идея втаскивать DI в Go
R
"DI в го — фигня"
AZ
Я про другие вещи. Некоторые считают неявное создание инстансов внутри модуля - зло.
Типа все нужно интерфейсом отделять/прокидывать из вне
Типа все нужно интерфейсом отделять/прокидывать из вне
МФ
Но там речи про большие проекты не идёт
SZ
а как ты мокать их будешь в случае чего?
AZ
Ну, тест раннается в том же пакете, у него есть доступ к неэкспортируемым символам
R
Где "там"? В высказывании не было условностей. Было сказано "статья неоч, DI в Go — неоч"