O log pode ajudar, mas cuidado com o excesso
O post “The problem with loggin” explica alguns cuidados para não se exceder ao usar log.
O System.Diagnostics não é suficiente?
No post “Logging best practices” há uma crítica em relação ao excesso de frameworks alternativas de log, que ao invés de preencher os Gaps que faltam no Trace padrão, o reinventam completamente. Um examplo de proposta que preenche os Gaps é o Essential Diagnostics (http://essentialdiagnostics.codeplex.com/)
Quais as outras frameworks?
No post “When should I use Tracing vs Logger.NET, Enterprise Library, log4net or Ukadc.Diagnostics?” estão listadas várias opções de pacotes de Log.
No nuget, olhando a estatística de mais baixados de 6 semanas do dia 30/1/2016 estão:
No nuget, olhando a estatística de mais baixados de 6 semanas do dia 30/1/2016 estão:
No github, o NLog está com mais popularidade:
- NLog tem mais Estrelas, pessoas contribuindo e mais commits recentes (https://github.com/NLog/NLog/graphs/commit-activity)
No post “log4net vs. Nlog”ainda é discutido a percepção de diversos outros desenvolvedores.
Nos próximos posts, vou falar fazer exemplo dos dois pacotes. Tanto o System.Diagnostics, o log4net e o NLog são excelentes opções - mas pensando no que é mais simples de utilizar(e principalmente configurar) eu acabei preferindo o NLog.
