Caso já tenha desenvolvido uma aplicação ASP.NET Core, deve ter deparado com o seu sistema de log. Adicionado desde a primeira versão desta biblioteca, o ILoggingBuilder
da Microsoft.Extensions.Logging
é o responsável por registrar nos Services provedores de log para este tipo de aplicação.
Internamente, o provedor recebe do LoggerFactory
todas as informações geradas durante a execução da aplicação, tanto em tempo de desenvolvimento quanto em produção.
Mesmo com uma série de provedores (nativos e de terceiros), em alguns casos é necessário criar um provedor customizado e neste artigo veremos como isso pode ser feito.
Curso C# (C Sharp) - Introdução ao ASP.NET Core
Conhecer o cursoAnteriormente em um projeto ASP.NET Core…
Antes de vermos a criação do provedor, um resumo da biblioteca Microsoft.Extensions.Logging
.
Esta biblioteca foi criada como uma API de log, que os desenvolvedores podem utilizar para capturar os logs internos do ASP.NET Core, bem como gerar logs customizados. Esses logs são enviados para provedores, que ficam responsáveis de registrar as mensagens.
No momento, há os seguintes provedores nativos:
E também temos os seguintes provedores de bibliotecas de terceiro:
- elmah.io (repositório GitHub)
- Gelf (repositório do GitHub)
- JSNLog (repositório GitHub)
- KissLog.net (Repositório do GitHub)
- Loggr (repositório GitHub)
- NLog (repositório GitHub)
- Sentry (repositório GitHub)
- Serilog (repositório GitHub)
- Stackdriver (repositório Github)
Caso nenhuma dessas bibliotecas atendam as suas necessidades, chega a hora de criar um provedor customizado, é o que faremos a seguir.
Primeiro Ato - Preparando o ambiente
Neste exemplo, iremos criar um provedor que registre os logs dos dados em uma tabela do SQLite, então antes de criá-lo precisamos preparar o ambiente.
Neste artigo estou utilizando uma aplicação ASP.NET Core 2.2. Então, após a criação dela, adicione a biblioteca do SQLite:
dotnet add package System.Data.SQLite
E do Dapper
(caso queira, você pode optar por outra biblioteca ORM):
dotnet add package Dapper
Já a configuração desta conexão, está seguindo o mesmo padrão do meu artigo do Dapper, que você pode ver aqui. A diferença é que para o provedor será definida a entidade/model abaixo:
public class EventLog
{
public int Id { get; set; }
public string Category { get; set; }
public int EventId { get; set; }
public string LogLevel { get; set; }
public string Message { get; set; }
public DateTime CreatedTime { get; set; }
}
No próximo tópico veremos a implementação do repositório desta entidade.
Segundo Ato - Criando o provedor
Para criar um provedor para o LoggerFactory
é necessário criar ao menos duas classes, que implementem, respectivamente, as interfaces ILogger
e ILoggerProvider
. Também é recomendado a criação de um método de extensão, seguindo o padrão Add{nome provedor}
, que facilitará a sua adição.
E como implementaremos um provedor para o SQLite, implementaremos um repositório abstrato. Este repositório será uma propriedade da nossa classe “ILogger
. Assim, de início defina este repositório:
public abstract class LoggerRepository : AbstractRepository<EventLog>
{
public LoggerRepository(IConfiguration configuration) : base(configuration){}
}
Esta classe herda a classe AbstractRepository
que demonstrei no artigo do Dapper.
Aproveitando, já defina a EventLogRepository
:
public class EventLogRepository : LoggerRepository
{
public EventLogRepository(IConfiguration configuration) : base(configuration){}
public override void Add(EventLog item)
{
using (IDbConnection dbConnection = new SQLiteConnection(ConnectionString))
{
string sQuery = "INSERT INTO EventLog (Category, EventId, LogLevel, Message, CreatedTime)"
+ " VALUES(@Category, @EventId, @LogLevel, @Message, @CreatedTime)";
dbConnection.Open();
dbConnection.Execute(sQuery, item);
}
}
public override IEnumerable<EventLog> FindAll()
{
using (IDbConnection dbConnection = new SQLiteConnection(ConnectionString))
{
dbConnection.Open();
return dbConnection.Query<EventLog>("SELECT * FROM EventLog");
}
}
public override EventLog FindByID(int id)
{
using (IDbConnection dbConnection = new SQLiteConnection(ConnectionString))
{
string sQuery = "SELECT * FROM EventLog"
+ " WHERE Id = @Id";
dbConnection.Open();
return dbConnection.Query<EventLog>(sQuery, new { Id = id }).FirstOrDefault();
}
}
public override void Remove(int id)
{
using (IDbConnection dbConnection = new SQLiteConnection(ConnectionString))
{
string sQuery = "DELETE FROM EventLog"
+ " WHERE Id = @Id";
dbConnection.Open();
dbConnection.Execute(sQuery, new { Id = id });
}
}
public override void Update(EventLog item)
{
using (IDbConnection dbConnection = new SQLiteConnection(ConnectionString))
{
string sQuery = "UPDATE EventLog SET Category = @Category,"
+ " EventId = @EventId, LogLevel= @LogLevel,"
+ " Message = @Message, CreatedTime= @CreatedTime"
+ " WHERE Id = @Id";
dbConnection.Open();
dbConnection.Query(sQuery, item);
}
}
}
Agora podemos definir a nossa classe ILogger
, que será chamada SqliteLogger
:
public class SqliteLogger<T> : ILogger where T: LoggerRepository
{
private Func<string, LogLevel, bool> _filter;
private T _repository;
private string _categoryName;
private readonly int maxLength = 1024;
private IExternalScopeProvider ScopeProvider { get; set; }
public SqliteLogger(Func<string, LogLevel, bool> filter, T repository, string categoryName)
{
_filter = filter;
_repository = repository;
_categoryName = categoryName;
}
public IDisposable BeginScope<TState>(TState state) => ScopeProvider?.Push(state) ?? NullScope.Instance;
public bool IsEnabled(LogLevel logLevel) => (_filter == null || _filter(_categoryName, logLevel));
public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception exception, Func<TState, Exception, string> formatter)
{
var logBuilder = new StringBuilder();
if (!IsEnabled(logLevel))
{
return;
}
if (formatter == null)
{
throw new ArgumentNullException(nameof(formatter));
}
var message = formatter(state, exception);
if (!string.IsNullOrEmpty(message))
{
logBuilder.Append(message);
logBuilder.Append(Environment.NewLine);
}
GetScope(logBuilder);
if (exception != null)
logBuilder.Append(exception.ToString());
if (logBuilder.Capacity > maxLength)
logBuilder.Capacity = maxLength;
var eventLog = new EventLog
{
Message = message,
EventId = eventId.Id,
Category = _categoryName,
LogLevel = logLevel.ToString(),
CreatedTime = DateTime.UtcNow
};
_repository.Add(eventLog);
}
private void GetScope(StringBuilder stringBuilder)
{
var scopeProvider = ScopeProvider;
if (scopeProvider != null)
{
var initialLength = stringBuilder.Length;
scopeProvider.ForEachScope((scope, state) =>
{
var (builder, length) = state;
var first = length == builder.Length;
builder.Append(first ? "=> " : " => ").Append(scope);
}, (stringBuilder, initialLength));
stringBuilder.AppendLine();
}
}
}
Note que esta é uma classe parametrizada, que define que o tipo de dados deve herdar a classe LoggerRepository
:
public class SqliteLogger<T> : ILogger where T: LoggerRepository
No construtor da classe, é recebido um predicado, o repositório e a categoria:
public SqliteLogger(Func<string, LogLevel, bool> filter, T repository, string categoryName)
{
_filter = filter;
_repository = repository;
_categoryName = categoryName;
}
O predicado é um filtro que definirá qual nível de log deve ser registrado. Já a categoria é o valor definido na criação do logger.
No método BeginScope
, adicionamos os escopos definidos em um provider de escopo:
public IDisposable BeginScope<TState>(TState state) => ScopeProvider?.Push(state) ?? NullScope.Instance;
Esses escopos são iterados e posteriormente adicionados na mensagem que será salva no banco.
No método IsEnabled
:
public bool IsEnabled(LogLevel logLevel) => (_filter == null || _filter(_categoryName, logLevel));
Verifica, de acordo com o filtro, se o log deve ser registrado ou não.
Já no método Log
é onde montamos a nossa mensagem e a salvamos no banco de dados (através do repositório).
Com o SqliteLogger
definido, podemos criar o provedor em si:
public class SqliteLoggerProvider<T>: ILoggerProvider where T : LoggerRepository
{
private readonly Func<string, LogLevel, bool> _filter;
private readonly T _repository;
public SqliteLoggerProvider(Func<string, LogLevel, bool> filter, T repository)
{
this._filter = filter;
this._repository = repository;
}
public ILogger CreateLogger(string categoryName) => new SqliteLogger<T>(_filter, _repository, categoryName);
public void Dispose() {}
}
Esta classe também recebe no seu construtor um predicado de filtro e o repositório. Já no método CreateLogger
é retornado uma instância do nosso logger, passando a categoria informada:
public ILogger CreateLogger(string categoryName) => new SqliteLogger<T>(_filter, _repository, categoryName);
Agora é necessário definir o método de extensão:
public static class SqliteLoggerExtensions
{
public static ILoggingBuilder AddSqliteProvider<T>(this ILoggingBuilder builder, T repository) where T: LoggerRepository
{
builder.Services.AddSingleton<ILoggerProvider, SqliteLoggerProvider<T>>(p => new SqliteLoggerProvider<T>((_, logLevel) => logLevel >= LogLevel.Debug, repository));
return builder;
}
}
Neste método de extensão é definido que o level mínimo do log é o Debug, que é o mais baixo. Isso significa que todas as mensagens de log serão registrados.
Terceiro Ato - A hora da verdade
Com o provedor definido, podemos utilizá-lo. Na atual versão do ASP.NET Core (2.2), isso deve ser feito no método CreateWebHostBuilder
da classe Program
, conforme abaixo:
public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
WebHost.CreateDefaultBuilder(args)
.UseStartup<Startup>()
.ConfigureLogging((hostingContext, logging) =>
{
logging.AddSqliteProvider(new EventLogRepository(hostingContext.Configuration));
});
Ao executar a aplicação, todos os logs do ASP.NET Core serão salvos no nosso banco de dados:
Qualquer log definido dentro da aplicação, como o abaixo:
public class HomeController : Controller
{
private readonly ILogger _logger;
public HomeController(ILogger<HomeController> logger) => _logger = logger;
public IActionResult Index()
{
_logger.LogInformation("Chamando a página inicial do site");
return View();
}
//...
}
Também será salvo no banco.
Curso C# (C Sharp) - Introdução ao ASP.NET Core
Conhecer o cursoEpílogo
Mesmo com várias opções de provedores para o Microsoft.Extensions.Logging
, às vezes há a necessidade de criar um provedor customizado. Felizmente, como vimos, a criação deste tipo de provedor não é complexa. Então, quando não achar uma solução que o atende, opte pela implementação customizada.
Você pode ver o código da aplicação utilizada neste artigo no meu Github, aqui.