![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassНе хватает одной вещи в log4net, да и вообще в логах - явного отображения иерархии вызовов.
У меня один метод пишет в лог в процессе работы три раза, в промежутках вызывает методы, которые тоже пишут в лог свои данные. Даже с более менее понятными строками для вывода в лог, понять, кто кого вызывает, очень сложно, не наглядно как-то получается. Да еще эта падла работает в двух потоках, одновременно с GUI и звукозаписью, т.е. события приходят и от фонового потока воспроизведения и от виндовских событий, вроде отрисовки или там перемещения курсора.
Вроде бы есть какая-то возможность извратится с дополнительным стеком данных в log4net, но это все вручную, а у меня и так логов в метода чуть ли не больше, чем рабочих вызовов.
У меня один метод пишет в лог в процессе работы три раза, в промежутках вызывает методы, которые тоже пишут в лог свои данные. Даже с более менее понятными строками для вывода в лог, понять, кто кого вызывает, очень сложно, не наглядно как-то получается. Да еще эта падла работает в двух потоках, одновременно с GUI и звукозаписью, т.е. события приходят и от фонового потока воспроизведения и от виндовских событий, вроде отрисовки или там перемещения курсора.
Вроде бы есть какая-то возможность извратится с дополнительным стеком данных в log4net, но это все вручную, а у меня и так логов в метода чуть ли не больше, чем рабочих вызовов.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2009-02-23 09:46 am (UTC)no subject
Date: 2009-02-23 09:50 am (UTC)Насчёт стеков вызовов, это плохая идея. Для похожего есть две методы: или в самом сообщении писать, что за класс-метод, или имя логгера подобрать осмысленное. А если например процедура будет рекурсивная, то стек вызовов будет конский и неинформативный. Потом Вам захочется рисовать аргументы. Потом окажется, что аргументы сцуко большие, список списков в мильён строк и пр.шиза.
no subject
Date: 2009-02-23 10:24 am (UTC)У меня вообще была идея выводить стек только начиная с уровня, до которого его предыдущий вызов логгера выводил, тогда бы размер сократился сильно, но тогда придется хранить где-то состояние стека на момент предыдущего вызова для каждого потока, вычислять разницу, хранить еще один стек для откатов состояний при возвратах и прочий долгоиграющий мрак.
no subject
Date: 2009-02-23 11:18 am (UTC)Неряшливо задизайнены зависимости компонентов, подозреваю. Если пользователи пакета не определены заранее, то да, вопросы есть. Лечится рефакторингом, то есть редко и тяжело.
> вычислять разницу, хранить еще один стек для откатов состояний при возвратах и прочий долгоиграющий мрак
Похоже на отладчик Пролога )))
А вообще да, хорошо бы в ЯП ввести понятие intent, и чтобы его можно было закодировать и потом поглядеть на рантайме. Имя функции ОБЯЗАНО его отражать, но сам вызов функции ("зачем звал, братишка?") никак не документируется.
no subject
Date: 2009-02-23 10:47 am (UTC)no subject
Date: 2009-02-23 04:15 pm (UTC)Когда 1 поток - там слону все понятно
no subject
Date: 2009-02-23 04:52 pm (UTC)no subject
Date: 2009-02-24 08:38 am (UTC)Лично я в особо запущенных случаях использовал логирование входа в метод и выход. Тогда иерархию вызовов видно.
От рекурсии можно и нужно избавляться.
no subject
Date: 2009-02-23 06:50 pm (UTC)no subject
Date: 2009-02-23 08:47 pm (UTC)no subject
Date: 2009-02-23 09:06 pm (UTC)