Come abbiamo più volte ribadito, la dependency injection è parte integrante del runtime di ASP.NET Core. Ovviamente il caso più tipico di utilizzo è costituito dai Controller, ai quali possiamo passare dipendenze semplicemente specificandole come parametri nel costruttore.
Una tecnica simile può essere utilizzata anche dagli ActionFilter. Immaginiamo per esempio di voler restituire tra gli header un'informazione di diagnostica circa il tempo di esecuzione della action. Per misurarlo potremmo creare un servizio come il seguente, che sfrutta la classe Stopwatch per la misurazione.
public class TimerService : ITimerService { private Stopwatch _start; public TimerService() { _start = Stopwatch.StartNew(); } public string GetElapsedTime() { var elapsed = _start.ElapsedMilliseconds; return $"{elapsed}ms"; } }
Affinché però tutto funzioni, è necessario che per ogni richiesta venga istanziato uno e un solo TimerService. Ecco perché, quindi, dobbiamo registrarlo come Scoped:
public void ConfigureServices(IServiceCollection services) { // ... services.AddScoped<ITimerService, TimerService>(); }
A questo punto possiamo finalmente costruire un ActionFilter per popolare l'Header in risposta:
public class TimerAttribute : ActionFilterAttribute { private ITimerService _service; public TimerAttribute(ITimerService service) { _service = service; } public override void OnActionExecuted(ActionExecutedContext context) { base.OnActionExecuted(context); context.HttpContext.Response.Headers .Add("ProcessingTime", _service.GetElapsedTime()); } }
Questo filtro accetta ITimerService nel costruttore e, al termine dell'esecuzione della action, aggiunge un Header alla risposta per indicare il tempo trascorso.
Ora abbiamo tutti gli ingredienti pronti e non dobbiamo far altro che sfruttare il nuovo fitro nella nostra action o in un controller. Purtroppo però, a causa del suo costruttore, questa classe non può essere direttamente utilizzata come attribute, ma è necessario referenziarla tramite l'attributo TypeFilter:
[TypeFilter(typeof(TimerAttribute))] public IActionResult Index() { Thread.Sleep(200); return View(); }
Se abbiamo svolto tutti i passaggi correttamente, vedremo una nuova header apparire nella risposta, come ci aspettiamo.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Eseguire le GitHub Actions offline
Routing statico e PreRendering in una Blazor Web App
Visualizzare le change sul plan di Terraform tramite le GitHub Actions
Utilizzare Tailwind CSS all'interno di React: installazione
Personalizzare l'errore del rate limiting middleware in ASP.NET Core
Usare il colore CSS per migliorare lo stile della pagina
Gestire errori funzionali tramite exception in ASP.NET Core Web API
C# 12: Cosa c'è di nuovo e interessante
Limitare le richieste lato server con l'interactive routing di Blazor 8
Criptare la comunicazione con mTLS in Azure Container Apps
Verificare la provenienza di un commit tramite le GitHub Actions
Implementare il throttling in ASP.NET Core
I più letti di oggi
- Ottimizzare le performance delle collection con le classi FrozenSet e FrozenDictionary
- Estrarre dati randomici da una lista di oggetti in C#
- Utilizzare un DataContext specifico per la modalità design time di Blend e Visual Studio nei controlli Silverlight
- Effettuare il multi-checkout in linea nelle pipeline di Azure DevOps
- Configurare il nome della run di un workflow di GitHub in base al contesto di esecuzione