Nello script precedente (https://www.aspitalia.com/script/1446/Sfruttare-Tag-Neloutput-Cache-ASP.NET-Core.aspx) abbiamo introdotto il concetto di tag delle risorse nell'output cache, così da avere la possibilità di rimuoverle in maniera deterministica - per esempio quando i dati nel database sono cambiati:
app.MapGet("/cachedemo", () => { return $"Time is {DateTime.Now.ToLongTimeString()} and this is cached"; }).CacheOutput(policy => { policy.Tag("all"); policy.Tag("cachedemo"); });
Se provassimo a utilizzare questa tecnica in un'applicazione reale, però, ci renderemmo subito conto di un'importante limitazione: i tag inseriti in questo modo sono statici, non possono cioé dipendere dai parametri della richiesta, perché non abbiamo alcun modo per accedervi.
Esistono diverse soluzioni, ma quella più semplice è creare un extension method per OutputCachePolicyBuilder chiamato TagWithContext, che accetti come parametro una Func< HttpContext, string>:
app.MapGet("/cachedemo/{name}", (string name) => { return $"Hello {name}, time is {DateTime.Now.ToLongTimeString()} and this is cached"; }).CacheOutput(policy => { policy.TagWithContext(httpContext => { var name = httpContext.Request.RouteValues["name"] as string; return $"tag-{name}"; }); });
Questo delegate ci permetterà di scrivere la nostra logica che, a partire dall'HttpContext, ritorni il tag desiderato. Nell'esempio in alto, siamo andati a leggere il valore del parametro "name" nel routing, per poi costruire il corrispondente tag.
Internamente, TagWithContext sfrutta il metodo With che solitamente viene usato per specificare condizioni di caching:
public static OutputCachePolicyBuilder TagWithContext(this OutputCachePolicyBuilder builder , Func<HttpContext, string> tagProvider) { builder = builder ?? throw new ArgumentNullException(nameof(builder)); tagProvider = tagProvider ?? throw new ArgumentNullException(nameof(tagProvider)); return builder.With(context => { var tag = tagProvider(context.HttpContext); if (!string.IsNullOrEmpty(tag)) { context.Tags.Add(tag); } return true; }); }
Nel nostro caso invece, noi vogliamo sfruttarlo semplicemente per avere un'istanza valida di HttpContext, che poi passiamo al delegate. Quest'ultimo genererà il tag, come abbiamo visto nello snippet precedente, che potremo poi aggiungere alla lista di tag correnti.
Come ultimo passaggio, restituiamo true, per indicare che vogliamo procedere al caching della risposta.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Eseguire attività basate su eventi con Azure Container Jobs
Generare token per autenicarsi sulle API di GitHub
Routing statico e PreRendering in una Blazor Web App
Configurare dependabot per aggiornare le dipendenze di terze parti con GitHub Actions
Gestire i null nelle reactive form tipizzate di Angular
Implementare l'infinite scroll con QuickGrid in Blazor Server
Evitare (o ridurre) il repo-jacking sulle GitHub Actions
Implementare il throttling in ASP.NET Core
Reactive form tipizzati con modellazione del FormBuilder in Angular
Effettuare il deploy di immagini solo da container registry approvati in Kubernetes
Load test di ASP.NET Core con k6
Utilizzare le collection expression in C#
I più letti di oggi
- Utilizzare Docker Compose con Azure App Service
- Modernizzare le applicazioni WPF e Windows Forms con Blazor
- 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
- Utilizzare QuickGrid di Blazor con Entity Framework