VS
а потом разом компилить кучу утилиток
Size: a a a
2021 April 17
VS
чтоб куча бинарников высралось по одной команде go build
A
И чем тебе описанная мной схема не нравится?
и поехали
go build ./cmd/...и поехали
VS
ну там на каждый бинарь по команде надо запускать
VS
чтоб перебилдить все кучу команд
VS
лан пох, напишу пайплайн
VS
хуле мне, я ж девжопс
A
Ещё раз
Троеточие - это не плейсхолдер
go build ./cmd/...Троеточие - это не плейсхолдер
VS
а че он так может чтоли
VS
надо попробовать
A
Да
АО
Подскажите как можно использовать логгер в разных сервисах?
- dig, wire не подходит.
- инитить в main и передавать в каждый сервис, тоже не то, т.к передаваться в них может много чего.
- собрать структуру с окружением и передавать так же в сервисы, тоже не подходит хотя и похоже на правду.
- инитить в каждом сервисе тоже не подходит.
- dig, wire не подходит.
- инитить в main и передавать в каждый сервис, тоже не то, т.к передаваться в них может много чего.
- собрать структуру с окружением и передавать так же в сервисы, тоже не подходит хотя и похоже на правду.
- инитить в каждом сервисе тоже не подходит.
АО
Предположим что-то по аналогии с dig. Собираем контейнер и потом к нему обращаемся, дергая оттуда инструменты но не в каждой функции, а как-бы глобально.
А
Передавай в каждый сервис
АО
Это не подходит. Да проблема в том, что или вырастит дерево
smth := &folder.Struct{
Logger: logger,
...: ...,
...: ...,
...: ...,
...: ...,
...: ...,
}
или будет подобное func new(smth *Struct, logger *Logger, smth *Struct, smth *Struct)А хочется красиво и понятно.
А
Конечно будет, и в этом смысл зависимостей
А
Либо она слабая и вы имеете много полей, либо она жесткая и вы имеете совершенно нетестируемое приложение
Выбор за вами
Выбор за вами