¿Cuál es el uso principal de Visor de sucesos de Windows?

Question

Sólo me preguntaba lo que la opinión de todo el mundo está en la herramienta de administración de Windows el Visor de sucesos?

Estoy escribiendo una aplicación WCF en el momento y han iniciado el registro de errores en el visor de sucesos de Windows cuando los manipulan. Entonces empecé a pensar, debo tala más que errores, como cuando un usuario ha iniciado sesión o hacia fuera o irías el registro de más actividad aún más?

O se trata de una herramienta que se utiliza principalmente para las pruebas sin necesidad de utilizar el depurador?

Cualquier entrada apreciado: -)

Answer 1

En general, diría que depende de su programa y destinatario. Por ejemplo una aplicación utilizada por el gobierno de Estados Unidos (DOD específicamente) tendrá que registrar ciertos eventos en un registro (log más probable es el caso de Windows) para cumplir con los requisitos de seguridad.

Sin saber cómo se encuentra el registro ahora, sugeriría que utilice un marco de registro como log4net para hacer su aplicación de registro. Esa distancia en tiempo de ejecución que pueda adaptar lo que se registra y donde se registra. Esto será de gran ayuda para depuración de problemas / errores en un sistema de producción o para el caso en las pruebas, si usted no tiene un depurador que se puede utilizar en las pruebas.

Answer 2

El registro de eventos de Windows es un destino común para aplicaciones de registro de errores y mensajes de información. Por supuesto estándares de la compañía, las preferencias de operaciones y requisitos no funcionales todos entran en juego al decidir sobre un destino de registro.

Es perfectamente válido para volcar los mensajes informativos o de depuración al registro de eventos, pero normalmente esto sería configuración basa por lo que el registro no estaría lleno de mensajes de depuración cuando no son necesarios. Los marcos comunes para hacer esto sería Log4net o Enterprise Library.

El registro de eventos tiene algunos aspectos negativos:

• Por lo general, las claves de registro debe ser configurada de antemano, ya que muchas aplicaciones no tendrán permisos para crear las claves en tiempo de ejecución (por ejemplo, ASP.NET)
• El registro se puede llenar la prevención de la tala de los mensajes
• El registro se puede configurar para rodar sobre lo que puede causar entradas más antiguas que se pierde
• El tamaño de la entrada de registro es limitado (a 32767 caracteres, creo) así grandes entradas serán truncados (por ejemplo, si el registro gran mensaje WCF)