slog же
а что изменилось?
мне нравится. я всем передаю привет и логгер через контекст
ну там метод принимающий контекст прям кричит, то сам логгер не надо в контекст пихать имхо
что такое принимающий метод?
запятую поставил
где там? какой метод?
Ну эти, InfoContext и прочее
чот мне кажется это немного про другое
в общем передавайте явно либо как Options, имхо)
в каждую структуру его запихивать?
InfoContext это чтобы выключить логи, так как контекст там используется только для метода Enabled
а когда тест пишешь, то ошибки не бывает, что в контексте пусто?
если в контекст пусто - создается новый логгер
логгер - глобальный и жрет контекст, переменные логгера - в контексте
блин, че ток не встретишь)
а куда делась штука которая типа context values матчила? или оно в gituhb issues и осталось? недавно же кидали
это еще Илья Казначеев пушил. https://dev.to/ilyakaznacheev/where-to-place-logger-in-golang-13o3
@IlyaKaznacheev не поменяли мнения?
я читал и не согласен. Те 3 причины, почему плохо передавать через конструктор можно также применить, например, для репозитория, но однако репозиторий мы передаем явно
а я читал и такой, йейейейейединомышлленник))))
а чем эта схема отличается от той, если бы логгер был просто глобальным? А в случае, если nil, то просто создаем новый?
а ты потом вернешь логеру его привычный уровень логирования?
кстати, а кроме этого есть ещё кейсы?)
разные уровни логирования по пакетам можно делать я это не сам придумал, у IBM подсмотрел https://www.ibm.com/docs/en/was/8.5.5?topic=console-log-level-settings
Для меня работает
и если пусто в контесте то новый создается?
Логер нужно передавать как зависимость, а через контекст передавать только данные для обогащения выхлопа
Обсуждают сегодня