Nello script precedente (https://www.aspitalia.com/script/1440/Migliorare-Scalabilita-ASP.NET-Core-Output-Cache.aspx) abbiamo introdotto l'Output Cache, una nuova funzionalità di ASP.NET Core 7 grazie alla quale possiamo migliorare la scalabilità delle nostre applicazioni, effettuando il cache della risposta di un endpoint in modo da non doverlo eseguire in una richiesta successiva.
Un aspetto fondamentale è ovviamente la gestione di eventuali parametri in query string. Per default, l'Output Cache middleware internamente assegna una chiave di cache basata sull'intero URL - query string compresa. Questo fa sì che tutti i parametri presenti, a prescindere dall'ordine, vengono presi in considerazione per determinare se la risposta sia in cache o meno.
Per dimostrarlo, proviamo a modificare l'endpoint che abbiamo costruito in precedenza aggiungendo un parametro Name:
app.MapGet("/cachedemo", (string name) => $"Hello, {name}, time is {DateTime.Now.ToLongTimeString()}") .CacheOutput();
Come possiamo notare eseguendo il codice, variando il valore di Name otterremo sempre risultati freschi, mentre riutilizzando lo stesso valore più di una volta ci farà ritornare la risposta in cache.
Tuttavia, se provassimo ad aggiungere un parametro qualsiasi all'URL, per esempio "anotherParameter", staremmo a tutti gli effetti creando una nuova configurazione di parametri, anche se "anotherParameter" non è utilizzato dal nostro endpoint:
https://localhost:7088/cachedemo?name=Marco&anotherParameter=anotherValue
Il risultato, quindi, sarà un cache miss, con la risposta che sarà elaborata da ASP.NET senza sfruttare la cache - quantomeno alla prima richiesta.
Alle volte, però, vogliamo evitare questa situazione, e controllare esattamente quali parametri in query string devono essere presi in considerazione ai fini del caching, e per farlo possiamo utilizzare un overload di CacheOutput, come nell'esempio in basso:
app.MapGet("/cachedemo", (string name) => $"Hello, {name}, time is {DateTime.Now.ToLongTimeString()}") .CacheOutput(builder => { builder.SetVaryByQuery("name"); });
In questa versione, abbiamo sfruttato l'OutputCachePolicyBuilder per specificare di usare il solo parametro name in query string nella chiave di cache tramiite il metodo SetVaryByQuery, che accetta un array di string dei nomi di quelli da prendere in considerazione.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Eseguire una GroupBy per entity in Entity Framework
Migrare una service connection a workload identity federation in Azure DevOps
Usare le collection expression per inizializzare una lista di oggetti in C#
Reactive form tipizzati con FormBuilder in Angular
Utilizzare database e servizi con gli add-on di Container App
Utilizzare il nuovo modello GPT-4o con Azure OpenAI
Ottimizzare le performance delle collection con le classi FrozenSet e FrozenDictionary
Effettuare lo stream della risposta in ASP.NET Core tramite IAsyncEnumerable
Disabilitare automaticamente un workflow di GitHub
Sfruttare lo stream rendering per le pagine statiche di Blazor 8
Eseguire operazioni sui blob con Azure Storage Actions
Miglioramenti nelle performance di Angular 16