Estoy desarrollando un middleware que me gustaría tener una dependencia opcional en una biblioteca de registro interna. En otras palabras, si MyLoggingService está registrado, ¡genial! De lo contrario, la vida continúa y me registraré en la consola.
Pero al declarar public async Task Invoke(HttpContext httpContext, MyLoggingService logger) , aparece un error de tiempo de ejecución que dice que no se registró. Intenté establecer un valor predeterminado en null , pero eso no funcionó. Además, debido a que es un middleware, no puedo sobrecargar el método Invoke .
¿Hay alguna solución que no sea solicitar el cobro del servicio y resolver yo mismo la dependencia?
En lugar de hacer que las dependencias sean opcionales, considere:
IMyLoggingServicePor ejemplo:
public class CustomMiddleware1 : IMiddleware { private readonly IMyLoggingService logger; public CustomMiddleware1(IMyLoggingService logger) => this.logger = logger; public async Task InvokeAsync(HttpContext context, RequestDelegate next) { this.logger.Log("Before"); await next(context); this.logger.Log("After"); } }Implementación de objeto nulo:
public sealed class NullMyLoggingService : IMyLoggingService { public void Log(LogEntry e) { } }Inscripciones:
services.AddSingleton<IMyLoggingService>(new NullMyLoggingService()); app.Use<CustomMiddleware1>(); La llamada a AddSingleton<IMyLoggingService>(new NullMyLoggingService()) garantiza que siempre exista un registro para IMyLoggingService . Esto evita la complejidad en los consumidores, que de lo contrario tendrían que agregar lógica condicional para el caso de que el registrador no esté presente.
Esta implementación nula se puede reemplazar simplemente agregando un segundo IMyLoggingService después del primero:
services.AddScoped<IMyLoggingService, DbMyLoggingService>(); app.Use<CustomMiddleware1>();La respuesta es increíblemente simple:
public async Task Invoke(HttpContext httpContext, MyLoggingService logger = null)