Per-Richiesta dati statici in ASP.NET

Question

Sono voler memorizzare nella cache i ruoli di un utente è in per ogni richiesta che viene in Ci sono molti posti in tutto ogni pagina dove dove abbiamo qualcosa di simile:

<% if(Roles.IsUserInRole("RoleName")) {%> 
    <!-- Conditional Rendering --> 
<% } else if(Roles.IsUserInRole("AnotherRole") {%> 
    <!-- You get the point --> 
<% } %> 

Poiché questo è tutto memorizzato in un database SQL, ognuna di queste richieste colpisce il database. So che ci sono modi per memorizzare nella cache i ruoli in un cookie, ma non voglio farlo. Ad ogni modo, quello che stavo pensando era qualcosa del genere.

public static class SecurityUtils 
    { 
     public static string[] UserRoles() 
     { 
      var context = HttpContext.Current; 

      if (context == null) return Enumerable.Empty<string>(); 

      string[] roles; 

      roles = context.Items["UserRoles"] as string[]; 

      if (roles == null) 
      { 
       roles = Roles.GetRolesForUser(); 
       context.Items["UserRoles"] = roles; 
      } 

      return roles; 
     } 
    } 

Chiunque veda eventuali problemi con questo? So che chiamare sempre a UserRoles() cercherà l'oggetto nel contesto e forse questa non è la cosa più efficace da fare. Quello che voglio davvero sapere è se questo verrà memorizzato nella cache in base alle richieste, in modo che non vi siano sovrapposizioni con le richieste degli altri utenti.

Answer 1

Sembra abbastanza sicuro a una rapida occhiata. HttpContext.Current.Items è una cache di richieste per HTTP. Un'altra opzione da considerare per ridurre ulteriormente le chiamate al database sarebbe quella di utilizzare lo stato della sessione.

Si consideri uno scenario in cui si dispone di una pagina con un sacco di cose ajax in corso. Ogni richiesta Ajax invocherà una chiamata al database per caricare i ruoli di sicurezza, poiché sono tutte richieste HTTP separate.

Answer 2

Lo memorizzerà nella cache per richiesta, poiché si sta utilizzando l'attuale HttpContext.

Se si stava utilizzando un membro statico, sarebbe stato memorizzato nella cache fino a quando l'applicazione Web non fosse stata riciclata.

Come tale, sembra buono - un modello abbastanza comune in effetti (utilizzando un membro statico come cache in memoria o l'attuale HttpContext).