Общие методы файла регистрации событий отладки

Из-за недавних событий, я пытаюсь выяснить, сколько файлов регистрации событий отладки я должен использовать для кода в целом.

То, что я делал, использует файлы регистрации событий отладки довольно экономно, и только в случаях, где я хотел некоторую дополнительную информацию или что имеет Вас. Этот имевший смысл мне, поскольку это походит на Вас, не должен регистрировать каждую небольшую вещь, которую делает Ваш код, поскольку это могло сделать лавинную рассылку Вами с такой информацией, что будет легче пропустить что-то, что было на самом деле важно (или сойдите с ума от рытья до и проверки журналов).

С другой стороны, я представляю пример: Я только что начал использовать logback/slf4j для своего проекта Java, и протестировать это мне настраивали .xlm файл правильно, я добавил положение файла регистрации событий отладки в конец метода, который инициализирует компоненты графического интерфейса пользователя. Обычно я никогда не помещал бы оператор журнала там, потому что довольно очевидно, если Ваши компоненты графического интерфейса пользователя не инициализируют правильно, когда Вы запускаете программу. Однако на этот раз я запустил программу, и низко и созерцайте журналы, показал, что компоненты графического интерфейса пользователя инициализировались дважды, даже при том, что только один набор их отображался. Достойная размерная ошибка, но что-то я, вероятно, не поймал бы без без тех отладочных операторов.

Так мой вопрос: Есть ли какие-либо "лучшие практики" там когда дело доходит до файлов регистрации событий отладки? Я видел много вопросов о лучшей практике когда дело доходит до информационных журналов, исключений, ошибок, и т.д., но не нашел много там в отношении файлов регистрации событий отладки.

Спасибо :)