¿Comparar el Bloque de la aplicación de registro en Enterprise Library versus Log4net?

Question

¿Alguien puede comparar estos dos mecanismos de registro?

Answer 1

Esto se ha escrito un poco. Aquí hay algunas cosas para leer:

http://james.newtonking.com/archive/2007/06/05/enterprise-library-logging-vs-log4net.aspx http://theiterator.com/2009/01/log4net-vs-enterprise-library-logging-application-block/ https://stackoverflow.com/questions/118047/log4net-vs-enterprise-library-which-is-better-faster

Mis pensamientos:

• El consenso general parece ser que log4net realiza más rápido.Si esto es significativo en una aplicación típica es tema de debate.
• log4net también admite registradores jerárquicos listos para usar, lo que es bueno. EL puede realizar algo similar pero tienes que hacer tu propio.
• La configuración de log4net es un poco arcana y no está bien documentada (IMO). Sin embargo, EL's también es engorroso de configurar (y doloroso sin la herramienta de configuración). También EL le ofrece tantas opciones que le conviene dedicar algún tiempo al diseño (por ejemplo, ¿desea que las categorías se relacionen con el nivel de registro o capas, o el área funcional, o todas las anteriores, o alguna otra cosa?)

Si ya está utilizando EL, es posible que desee simplemente seguir con EL Logging (también se integra con el Bloque de manejo de excepciones) para la coherencia. Si uso EL para una aplicación, tiendo a usar EL para el registro. Si no, generalmente prefiero log4net para aplicaciones más pequeñas ya que el tiempo de configuración suele ser más corto. (¡No para impugnar el registrador favorito de nadie! :))

He usado ambos y he encontrado que ambos funcionan bien.

Answer 2

He dado algunas descripciones a continuación, todas directamente desde el sitio web de la herramienta. Prefiero ELMAH que está en la parte inferior, pero no he pasado mucho tiempo en Log4Net o en el Bloque de la aplicación de registro.

Log4Net

• Soporte para múltiples marcos
• de salida a varios objetivos de registro
• arquitectura jerárquica de registro
• configuración XML
• de configuración dinámica de
• registro Contexto
• arquitectura probada
• Diseño modular y extensible
• alto rendimiento con flexibilidad

Logging Application Block

• El registro de eventos
• Un mensaje de correo electrónico
• Una base de datos
• Un cola de mensajes
• Un archivo de texto
• Un evento WMI
• ubicaciones personalizadas utilizando puntos de extensión bloque de aplicación

ELMAH

• registro de casi todas las excepciones no controladas.
• Una página web para ver de forma remota todo el registro de excepciones recodificadas.
• Una página web para ver de forma remota todos los detalles de cualquier excepción registrada.
• En muchos casos, puede revisar la pantalla amarilla original de la muerte que ASP.NET generó para una excepción determinada, incluso con el modo customErrors desactivado.
• Notificación por correo electrónico de cada error en el momento en que ocurre.
• Una fuente RSS de los últimos 15 errores del registro.

Answer 3

Esto podría ser de interés: http://www.dotnetlogging.com/comparison/