¿Hay una fachada de registro para .NET World?

Question

Soy algo nuevo en la pila .NET y me preguntaba si existe un equivalente a slf4j para la plataforma .NET. Para mí, iniciar sesión en una Fachada y poder intercambiar las implementaciones de registro según sea necesario solo tiene sentido. Además, las API de envoltura disponibles en slf4j me han ahorrado muchas veces cuando necesitaba usar una biblioteca de terceros que estaba codificada contra un único marco de registro que no estaba usando.

¿Existe algún proyecto que actúe como fachada entre los registradores como log4net, nLog y Enterprise Library? ¿Hay envoltorios que me permiten atajar llamadas a esas bibliotecas y dirigirlas a otra biblioteca? ¿Debo comenzar un proyecto de código abierto para hacer esto yo mismo? ¿Esta pregunta es un duplicado porque no sé la manera correcta de preguntar? Por el contrario, ¿la forma más común de hacer esto es mediante el uso de orientación orientado a los aspectos?

Answer 1

Excusa Utilicé esto y olvidé que no era la versión de Apache. En realidad, es de código abierto y parte de un proyecto llamado infraestructura común. También se llama common logging. Funciona con MS Enterprise, log4net y otros. Funciona bien.

Answer 2

Eche un vistazo a Castle Windsor Logging Facility.

El código base es here. Adaptador Log4net here. Adaptador NLog here.

Se agregó el adaptador para Serilog.

Sin los adaptadores, hay soporte para ConsoleLogger, DiagnosticsLogger, StreamLogger y NullLogger.

Es bastante fácil escribir adaptadores en cualquier otro marco de trabajo.

Answer 3

Estoy incorporando Simple Logging Facade porque parece soportar The Object Guy's Logging Framework for .Net fuera de la caja.

Answer 4

Tuve el mismo problema. Después de pasar por encima de los recomendados, descubrí Ninject.Extensions.Logging

Cuál es grande ya que una fachada hace mejor sentido en combinación con DI todos modos

Viene con proxies para Nlog, NLog2 & log4net.

Aquí es un buen ejemplo de cómo utilizarlo en combinación con Nlog: http://blog.tonysneed.com/2011/10/09/using-nlog-with-dependency-injection/

entiendo, que esta cuestión es ya un par de años, pero debido a la integridad de los demás usuarios, todavía optó por publicar esta 'Solución'

Answer 5

Dado que esto fue escrito, apareció otro contenedor de registro interesante llamado Fody.Anotar. A partir de hoy, es probablemente el más completo de todos. La mayoría de los otros, pero Logging Facility, están bastante desactualizados y solo admiten los madereros más antiguos.

Tiene adaptadores para NLog, Log4Net, Serilog, CommongLogging, Catel, LibLog, MetroLog, NServiceBus y Splat, y le permite crear un adaptador para su propia biblioteca.

Puede usar Nuget para instalarlo. Busque los paquetes Anotar. *. Fody, por ejemplo Anotar.NLog.Fody.

Answer 6

De alguna manera encontré todas las soluciones aquí insatisfactorias, especialmente para bibliotecas/API. Aunque nunca pensé que lo haría, en realidad escribí un "registrador" de código abierto que debería manejar la mayoría de las preocupaciones.

Quizás pueda echarle un vistazo a Dapplo.Log, puede conseguirlo en NuGet.

La idea es utilizar Dapplo.Log en su biblioteca, y el proyecto que utiliza esto puede entonces dirigir (cuando sea necesario) cualquier salida de registro a su registrador de elección. Los ejemplos para dirigir el resultado se pueden encontrar en las pruebas, con implementaciones de algunos frameworks principales here.

Probablemente no sea perfecto (todavía), y doy la bienvenida a las solicitudes de extracción o las entradas.

Answer 7

actualización para .NET Core:

• Microsoft: Microsoft.Extensions.Logging.Abstractions - https://github.com/aspnet/Logging. .NETCore admitido
• Registro común - https://github.com/net-commons/common-logging. El soporte de .NETCore está en versión beta (v.3.4) a partir de junio de 2017