C
ну понятно, что будет лочится, когда забьется. Но это будет значить, что нет потребности в потреблении
Size: a a a
2020 June 17
C
типа нет обращений, либо крон доделал задачу
L
што?
скажем, имеется пачка конфигов, а так же есть перекрывающие конфиги
Вот их надо все взять, помержить каждую пару и выполюнуть мерженый конфиг в файл
Проблема (в контексте go) заключается в том, что поля в конфигах могут добавляться и изменяться
Вот их надо все взять, помержить каждую пару и выполюнуть мерженый конфиг в файл
Проблема (в контексте go) заключается в том, что поля в конфигах могут добавляться и изменяться
C
@xff00ff т. е. вы советуете просто сделать последовательно, без каналов?
AY
скажем, имеется пачка конфигов, а так же есть перекрывающие конфиги
Вот их надо все взять, помержить каждую пару и выполюнуть мерженый конфиг в файл
Проблема (в контексте go) заключается в том, что поля в конфигах могут добавляться и изменяться
Вот их надо все взять, помержить каждую пару и выполюнуть мерженый конфиг в файл
Проблема (в контексте go) заключается в том, что поля в конфигах могут добавляться и изменяться
когда 12 factor app идет лесом? 🙈
L
когда 12 factor app идет лесом? 🙈
как это связано с моим вопросом ?
Представьте, что это не конфиги, а произвольные ямлы
Представьте, что это не конфиги, а произвольные ямлы
L
в реальной жизни никто не будет переписывать 50+ сервисов только потому, что их конфигурация не списывается в какую-то концепцию
AY
А переписывать merge конфигов в 50+ сервисов будут?
L
merge конфигов - это не задача разработчиков, они однотипные для всех сервисов, т.е. задачу надо решить ровно 1 раз
L
Опять же, можете отолкнуться от того, что это не конфиги
А
@xff00ff т. е. вы советуете просто сделать последовательно, без каналов?
Да, если у вас веб сервер который принимает запрос и что-то делает, и делает одно действие на запрос, то просто делать эту работу прям тут же, ибо это уже горутина
C
Ок, я вас понял.
Но почему в таком случае этим действием не может быть получение данных из pipeline?
Просто не только по запросу будет поставка данных. Еще и крон, который рассылает
Но почему в таком случае этим действием не может быть получение данных из pipeline?
Просто не только по запросу будет поставка данных. Еще и крон, который рассылает
C
Сам процессинг шаблона это скажем одно действие.
А пользоваться будет несколько сущностей
А пользоваться будет несколько сущностей
C
Вы не подумайте, что я типа поспорить хочу, просто разобраться наверняка чтобы не делать говнокод
А
Ну если ты парсинг шаблона вынесешь в функцию, будет ведь то что тебе нужно?:)
один кусок кода занимается своим делом, принимает конфиг на вход, возвращает строку
один кусок кода занимается своим делом, принимает конфиг на вход, возвращает строку
А
и дальше все дергают эту фукнкцию где нужно
C
Чисто парсинг конфига - да.
Но его не будет без похода на внешние апи
Но его не будет без похода на внешние апи
C
скажем, имеется пачка конфигов, а так же есть перекрывающие конфиги
Вот их надо все взять, помержить каждую пару и выполюнуть мерженый конфиг в файл
Проблема (в контексте go) заключается в том, что поля в конфигах могут добавляться и изменяться
Вот их надо все взять, помержить каждую пару и выполюнуть мерженый конфиг в файл
Проблема (в контексте go) заключается в том, что поля в конфигах могут добавляться и изменяться
Используй map
L
Каким именно образом?
L
Ведь внутри может быть сколько угодно уровней и типов