Инструкции для входа (трассировки) в [закрытом] Приложении Windows

Искусство ведения журнала содержит несколько полезных рекомендаций.

Для ведения журнала я использую Simple Logging Façade как абстракцию для используемой реальной структуры ведения журнала.

Дополнительная информация:

• Введение в SLF, Simple Logging Façade
• Практическое руководство по SLF, часть 1

Я согласен с тем, что журнал событий Windows - неподходящее место для журналов разработчика. Хотя они служат удобным местом для ведения журнала, экспорт информации журнала несколько проблематичен, и в конечном итоге я считаю, что журнал событий следует использовать только для регистрации информации, представляющей интерес для системного администратора.

Что касается того, где должен храниться этот файл, где бы он ни находился, имейте в виду, что Windows 7 и Vista делают шаг в направлении дальнейшей изоляции пользователей, что означает, что запись в папку Program Files потребует прав администратора. Работайте с этим и не требуйте, чтобы приложение запускалось от имени администратора. Кроме того, рекомендаций у меня нет.

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

Если несколько экземпляров приложения не взаимодействуют друг с другом, они должны хранить отдельные файлы журналов. Не было бы причин объединять информацию журнала двух совершенно разных процессов.

По умолчанию полноценная трассировка отключена. Если клиент сообщает об ошибке, которую вы не можете воспроизвести, вам следует порекомендовать ему включить информацию трассировки, чтобы вы могли дополнительно определить, в чем может быть проблема.

Я нашел log4net очень эффективным. Обычно я использую как приложение с динамическим файлом в формате XML log4j, которое может быть аккуратно прочитано и отображено Chainsaw, так и другое приложение, которое ведет журнал непосредственно в консоли отладки.

Уровень ведения журнала можно легко установить в файле XML. Для распространения я переключаю уровень ведения журнала на «Информация» или полностью выключаю. В случае проблемы это можно снова включить в отладку.

Я считаю его мощным, потому что он регистрирует как поток, так и функцию, из которой была вызвана запись в журнале.

Вы можете использовать Enterprise Library Блок приложения регистрации . Это простой настраиваемый регистратор с множеством простых в использовании функций. Следуя обеим приведенным выше ссылкам, вы быстро заработаете.

Я предлагаю использовать существующую библиотеку, такую ​​как log4net или блок приложения Ent lib Logging.

Лично блок приложения Logging был излишним и слишком сложным для моих целей.

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

Вы никогда не знаете, что будет происходить, когда пользователи будут использовать ваш код. чем больше у вас будет информации для поиска и устранения проблем, тем лучше.