Я обнаружил, что сообщения журнала, которые я добавляю во время разработки, обычно делают одну из трех вещей:
- Помощь в отладке и тестировании новых, незавершенных функций и путей кода
- Предоставьте информацию о нормальной работе программы, такой как завершение задачи и распространенные ошибки (например, отсутствие подключения к Интернету).
- Предоставьте подробную информацию о необычных или неожиданных событиях, включая опасные или не специально обработанные ошибки, обновления программного обеспечения и искаженные данные, поступающие из соединения с сервером или из файла
Сообщения первой категории, которые я обычно удаляю по завершении функции, сообщения второй категории, которые я отфильтровываю с помощью макроса, подобного приведенному в связанном вопросе, и сообщения третьей категории, которые я оставляю в выпуске.
Очевидно, что линии размыты, но я думаю, что это сводится к соблюдению журнала. Если ваше приложение заполняет его информацией, которая не является полезной, это может затруднить обнаружение ошибок других приложений и приведет к (небольшому) истощению ресурсов.
Использование функций ASL для регистрации сообщений с более низкими приоритетами, таких как debug
и info
, которые не будут видны большинству пользователей, - отличная идея для сообщений, попадающих в серую область.