Qual é o principal uso do Visualizador de eventos do Windows?

Question

Basta saber qual a opinião de todos é no Visualizador de eventos ferramenta de administrador do Windows?

Eu estou escrevendo um aplicativo WCF no momento e começaram a erros de registro para o espectador janelas evento quando eu lidar com eles. Eu então comecei a pensar, eu deveria estar registrando mais de erros apenas, como quando um usuário logado ou fora ou se você ir mais longe logging ainda mais atividade?

Ou isso é uma ferramenta que é usada principalmente para testar sem usar o depurador?

Qualquer entrada apreciado: -)

Answer 1

No geral, eu diria que depende do seu programa e público-alvo. Por exemplo, um aplicativo usado pelo governo dos EUA (especificamente DOD) terá de login certos eventos a um log (log de eventos do Windows mais provável) para atender aos requisitos de segurança.

Sem saber como você está fazendo o registro agora, eu sugiro que você use um quadro de exploração madeireira como log4net para fazer o seu registro de candidatura. Que fora em tempo de execução você pode adaptar o que é registrado e onde ele é registrado no. Isto será de grande ajuda com a depuração de problemas / erros em um sistema de produção ou para que o assunto em testar se você não tiver um depurador que podem ser usados ??em testes.

Answer 2

O log de eventos do Windows é um destino comum para aplicações para registrar erros e mensagens informativas. De padrões de curso da empresa, preferências de operações e requisitos não funcionais tudo vir a desempenhar para decidir sobre um destino de log.

É perfeitamente válido para despejar mensagens informativas ou de depuração no log de eventos, mas normalmente isso seria configuração baseada para que o log não seria preenchido com mensagens de depuração quando eles não são necessários. Os quadros comuns de fazer isso seria log4net ou Enterprise Library.

O registo de eventos tem alguns pontos negativos:

• Normalmente, as chaves de registro precisa ser configurado com antecedência uma vez que muitos aplicativos não tem permissões para criar as chaves em tempo de execução (por exemplo, ASP.NET)
• O registro pode encher-se impedindo o registro de suas mensagens
• O registro pode ser configurado para rolar sobre o que pode causar entradas mais antigas sejam perdidos
• O tamanho da entrada de log é limitado (a 32767 caracteres, eu acho) para grandes entradas serão truncados (por exemplo, se o registro de mensagem grande WCF)