S
проблема в том что это сложно отловить :)
Size: a a a
2020 July 26
S
..поймал, возвращается conn != nil
S
это если возвращается
DP
то есть - на следующем accept этот listener вернет ошибку
S
accept только один у меня
S
однопроходный процесс
DP
знать не желаю, что там у вас за извращения
S
в общем я вопрос решил просто не создавая SIGURG :) дальше копать некогда. а вообще оно и другие системные вызовы прерывает, ожидание семафора например
S
что есс-но полный отстой
DP
так, наверное, sigurg для такого и предназначен, нет?
S
решение странное
S
перекладывание проблем работы шедулера на прикладного программиста
IK
Коллеги, посоветуйте пожалуйста альтернативу viper
cleanenv
DP
Sergey
перекладывание проблем работы шедулера на прикладного программиста
ну вот такой сигнал sigurg
решение обойтись без него - правильное
решение обойтись без него - правильное
2020 July 27
SR
Запихнуть их в один тип, в отдельном пакете
AK
Господа, есть вопрос
Есть у меня такое issue, в чем суть: есть либа для чтения конфигов отовсюду, по возможности минималистично и просто.
Попросили добавить кастомный декодер полей, чтобы в определенные поля парсить данные через вызов функции, указанной в тэге.
Мне в целом подход не особо нравится, потому что не особо тайпсейфно, плюс не хочу нагружать лишними тэгами либу. Мне это видится через добавление functional option, которая будет принимать на вход некий кастомный декодер с известным интерфейсом, а я внутри буду его вызывать (например).
Из минусов - не получится просто спарсить файл (например, yaml или json) и потом как надо прочитать определенные поля. Плюс клиент не может просто определить функцию для поля, ему нужно будет целиком парсить файл и искать там нужные поля и заменять.
Из плюсов - я, как разработчик либы, даю сообществу больше свободы делать какие им хочется декодеры без изменения интерфейса в дальнейшем.
Что думаете? Может есть получше варианты?
Есть у меня такое issue, в чем суть: есть либа для чтения конфигов отовсюду, по возможности минималистично и просто.
Попросили добавить кастомный декодер полей, чтобы в определенные поля парсить данные через вызов функции, указанной в тэге.
Мне в целом подход не особо нравится, потому что не особо тайпсейфно, плюс не хочу нагружать лишними тэгами либу. Мне это видится через добавление functional option, которая будет принимать на вход некий кастомный декодер с известным интерфейсом, а я внутри буду его вызывать (например).
Из минусов - не получится просто спарсить файл (например, yaml или json) и потом как надо прочитать определенные поля. Плюс клиент не может просто определить функцию для поля, ему нужно будет целиком парсить файл и искать там нужные поля и заменять.
Из плюсов - я, как разработчик либы, даю сообществу больше свободы делать какие им хочется декодеры без изменения интерфейса в дальнейшем.
Что думаете? Может есть получше варианты?
Опиши конфиг в protobuf, анмаршалли из текста в объект (из json, yaml, jsonnet и тд). Будет тебе и тайп сейф и твой на выбор формат