Una funzionalità molto interessante di ASP.NET Core 7 è la nuova Output Cache, una versione più sofisticata della già esistente Response Cache. In questo e nei prossimi script ne introdurremo i concetti principali e cercheremo di capire anche come gestirne le peculiarità più avanzate.
Come possiamo intuire, lo scopo di Output Cache è fondamentalmente quello di mantenere una copia in cache dell'output generato dal server, così che una successiva richiesta possa essere evasa immediatamente, senza richiedere alcun processing. Questo ovviamente garantisce un'enorme scalabilità alla nostra applicazione, perché fa in modo che il server possa processare più richieste impiegando minori risorse - tutte le funzionalità di cache dovrebbero essere introdotte in primis con l'obiettivo di migliorare la scalabilità, più che la latenza di una richiesta.
Per attivare questa funzione in ASP.NET Core 7, come al solito, dobbiamo configurarla all'interno della classe Program:
public class Program { public static void Main(string[] args) { var builder = WebApplication.CreateBuilder(args); // Add services to the container. builder.Services.AddAuthorization(); // aggiungiamo il servizio di OutputCache builder.Services.AddOutputCache(); var app = builder.Build(); // Configure the HTTP request pipeline. app.UseHttpsRedirection(); // configuriamo il middleware di OutputCache nella pipeline app.UseOutputCache(); app.UseAuthorization(); // un endpoint di esempio app.MapGet("/cachedemo", () => DateTime.Now.ToLongTimeString()).CacheOutput(); app.Run(); } }
Nel codice in alto, abbiamo prima invocato il metodo AddOutputCache per aggiungere i servizi all'IoC container di ASP.NET Core e, poco più in basso, abbiamo usato UseOutputCache per registrare il corrispondente middleware.
Un aspetto importante da sottolineare è che, come al solito, l'ordine dei middleware è estremamente importante: nello specifico, UseOutputCache va invocato dopo UseCors o UseRouting, se presenti, altrimenti la cache non funzionerà correttamente.
Come ultimo step abbiamo registrato un endpoint di Minimal API, specificando che vogliamo memorizzare in cache il risultato tramite il metodo CacheOutput.
Se proviamo ora a eseguire l'applicazione, noteremo come il risultato resterà in cache per un minuto, che è la policy di default utilizzata da ASP.NET Core.
Output Cache non riguarda solo minimal API, può essere infatti utilizzata anche da Controller e Razor Page, oltre che essere configurata molto più in dettaglio, definendo policy, tag e regole di eviction.
Nei prossimi script entreremo più nei dettagli di questi concetti.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Eseguire query verso tipi non mappati in Entity Framework Core
Gestire errori funzionali tramite exception in ASP.NET Core Web API
Effettuare lo stream della risposta in ASP.NET Core tramite IAsyncEnumerable
Inizializzare i container in Azure Container Apps
Le novità di Angular: i miglioramenti alla CLI
Utilizzare la libreria Benchmark.NET per misurare le performance
Reactive form tipizzati con modellazione del FormBuilder in Angular
Usare un KeyedService di default in ASP.NET Core 8
Creare form tipizzati con Angular
Personalizzare l'errore del rate limiting middleware in ASP.NET Core
Sfruttare lo stream rendering per le pagine statiche di Blazor 8
I più letti di oggi
- Utilizzare Docker Compose con Azure App Service
- Utilizzare QuickGrid di Blazor con Entity Framework
- Modernizzare le applicazioni WPF e Windows Forms con Blazor
- ASP 3 per esempi
- annunciato #netstandard 2.1. .NET Core lo supporterà a partire da #netcore3, così come le prossime versione di #xamarin, #mono e #unity.il supporto per #netfx 4.8, invece, non ci sarà. https://aspit.co/bq2
- Steel Style CheckBox per Silverlight 4.0