Je suis un peu nouveau dans la pile .NET et je me demandais s'il existait un équivalent à slf4j pour la plate-forme .NET. Pour moi, la journalisation vers une façade et la possibilité d'interchanger les implémentations de journalisation selon les besoins sont tout simplement logiques. De plus, les API de wrapper disponibles dans slf4j m'ont sauvé de nombreuses fois lorsque j'avais besoin d'utiliser une bibliothèque tierce codée pour un seul cadre de journalisation que je n'utilisais pas.
Existe-t-il un projet qui fait office de façade entre des loggers comme log4net, nLog et Enterprise Library ? Existe-t-il des wrappers qui me permettent de raccourcir les appels à ces bibliothèques et de les diriger vers une autre bibliothèque ? Dois-je lancer un projet open source pour faire cela moi-même ? Cette question est-elle redondante parce que je ne connais pas la bonne façon de la poser ? À l'inverse, la façon courante de procéder consiste-t-elle à utiliser la programmation orientée aspect ?
0 votes
Bonne question - j'ai aussi ce problème. Il m'a juste fallu quelques minutes pour implémenter une interface ILog et une implémentation pour mon nLog préféré. Créons un projet OS - je me joindrais volontiers à vous :)
1 votes
C'est déjà fait. Voir ci-dessous le lien vers la journalisation commune pour .NET.
3 votes
Il existe également un FSL pour .NET : slf.codeplex.com basé sur le slf4j.
1 votes
Steven, tu devrais en faire une réponse à la question.
0 votes
Il y a
Microsoft.Extensions.Logging
dans le cadre d'ASP.NET Core, qui dispose de quelques interfaces pouvant être mises en œuvre pour les cadres de journalisation établis.Serilog.Extensions.Logging
,NLog.Extensions.Logging
etc. Je ne l'ai pas essayé, donc je ne sais pas s'il y a un problème à les utiliser en dehors du contexte ASP.NET. Si ce n'est pas le cas, je peux imaginer que cela devienne la façade de journalisation de facto pour .NET.