ASP.NET: Politiche di Caching

Corso ASP.NET: tredicesima puntata

Esempio funzionante | Sorgente | Scarica il sorgente (zip)

La ripetitività e l’intensità nell’uso delle applicazioni Internet fa sì che sia teoricamente possibile prevedere dei meccanismi di salvataggio e recupero di pagine od oggetti dalla memoria, ai fini di aumentare le prestazioni.

Per questo motivo, a differenza di Asp, Asp .Net rende disponibili delle sofisticate tecniche di caching che, adottate correttamente, consentono allo sviluppatore di ridurre l’uso intensivo di alcune risorse, come la Cpu e le connessioni a database.

Con Asp.Net è possibile utilizzare due tipi di caching:

  • Output caching – utilizzato per memorizzare pagine o porzioni di pagine in memoria, così da ridurre l’esecuzione del codice che le compongono
  • Data caching – utilizzato per memorizzare qualunque tipo di oggetto, soprattutto Dataset o risultati di trasformazioni Xml

La cache viene normalmente riempita al primo caricamento della pagina o dell’oggetto da parte dell’utente. Le successive richieste vengono invece servite impiegando la copia compilata e precedentemente memorizzata nella cache, evitando la ri-esecuzione del codice.

Con Asp.Net è anche possibile definire dei discriminanti che possono invalidare la copia cache non valida e richiedere quindi la sua ricostruzione. Tipici eventi sono rappresentati dallo scadere di un intervallo di tempo o la modifica di file di dipendenza.

Output caching

L’output caching consente di ridurre il carico applicativo perché, dopo la prima richiesta della pagina, questa viene memorizzata nella cache.

Questa funzionalità si ottiene specificando in testa alla pagina qualcosa del tipo:

<%@ OutputCache Duration=”30″ VaryByParam=”None” %>

L’esempio sopra riportato mantiene la pagina nella cache per 30 minuti, allo scadere dei quali una nuova versione viene compilata e memorizzata.

I discriminanti con i quali è possibile confrontare la pagina sono:

  • Duration – la durata (in minuti) della pagina nella cache
  • VaryByParam – i parametri che provengono da una QueryString (get) o dal post di un form
  • VaryByHeader – l’header Http associato ad una pagina
  • VaryByCustom – un parametro configurabile, normalmente il tipo di browser utilizzato

Supponiamo ad esempio di avere una pagina che riceve come parametro l’anno di pubblicazione di un libro. E’ possibile inserire nella cache una versione di pagina per ogni anno di ricerca. La direttiva assume in questo caso una forma del tipo:

<%@ OutputCache Duration=”30″ VaryByParam=”AnnoPubblicazione” %>

Data caching

Il data caching consente un controllo più raffinato, perché opera a livello di oggetti invece che a livello di pagina.

Per inserire e rimuovere oggetti dalla cache è in questo caso possibile utilizzare la classe Cache, ospitata dal namespace System.Web.Caching.

Nel caso più semplice, per inserire un oggetto nella cache si usa una struttura del tipo:

Cache(“chiave”) = valore

Per rimuovere un elemento, si usa invece:

Cache.Remove(“chiave”)

Un elemento può essere inserito nella cache anche con il metodo Insert, tramite il quale è possibile specificare i discriminanti che portano alla “scadenza” dell’oggetto.

C’è ad esempio la possibilità di legare la cache ad un file presente sul server o ad un altro oggetto presente nella cache, e di invalidarla al modificarsi del documento. Per farlo si utilizza la classe CacheDependency.

Nell’esempio che segue viene realizzata una trasformazione tra un documento Xml e un documento Xsl. Il risultato viene memorizzato in cache e lì rimane fino a quando il file Xml non subisce un aggiornamento.

La prima volta che viene caricata la pagina, viene eseguita la trasformazione e l’oggetto è salvato in cache:

Tabella di libri con la scritta: Elemento non presente in cache... lo carico

Successivamente viene riportata una scritta che indica come il caricamento venga eseguito dalla cache:

Tabella di libri con la scritta: Elemento già presente in cache

La funzione PopolaCache (riportata qui sotto), si preoccupa di trasformare il documento Xml con il foglio Xslt e di memorizzare il risultato nella cache, con il metodo Insert. Viene utilizzata la classe CacheDependency per creare una dipendenza tra l’elemento in cache e il file fisico del documento Xml.

 42 Public Sub PopolaCache(strFileXml As String)
 43 
 44  Dim objXml As New XmlDocument
 45 
 46  objXml.Load(Server.MapPath(strFileXml))
 47 
 48  Dim objCDep as new CacheDependency(Server.MapPath(strFileXml))
 49 
 50  Cache.Insert(strFileXml, objXml, objCDep)

Se la cache è vuota viene richiamata la funzione PopolaCache:

 26   If (IsNothing(Cache("xml.xml"))) Then
 27     risposta.innerText = "Elemento non presente in cache…lo carico"
 28     PopolaCache("xml.xml")
 29   Else
 30     risposta.innerText = "Elemento già presente in cache"
 31   End If

In entrambi i casi, l’oggetto viene caricato prelevandolo dalla cache:

 33   objXsl.Load(Server.MapPath("xsl.xsl"))
 34 
 35   objXml = CType(Cache("xml.xml"), XmlDocument)
 36 
 37   libri.Document = objXml
 38   libri.Transform = objXsl

Se a questo punto modifichiamo (ad esempio con un editor di testo) il documento Xml, Asp.Net esegue nuovamente la trasformazione eliminando il precedente contenuto dalla cache.

Session, Application e Cache

Nel memorizzare un oggetto, lo sviluppatore ha a disposizione 3 strade: utilizzare le sessioni, l’oggetto application o la cache

In linea generale, ecco le situazioni in cui usarle:

  • Le sessioni dovrebbero essere impiegate quando è necessario registrare l’attività dell’utente nel sito, come ad esempio un carrello di commercio elettronico
  • L’oggetto application va utilizzato per memorizzare informazioni puntuali e comuni a tutto il progetto, come ad esempio la stringa di connessione ad un database. E’ un oggetto che andrebbe usato con parsimonia
  • La cache si presta ad ospitare pagine od oggetti di cui è possibile prevedere l’obsolescenza (al passare del tempo e al verificarsi di una certa condizione). Va impiegata nelle situazioni in cui c’è un effettivo guadagno in termini prestazionali o di risparmio delle risorse.

Integrazione: Xml dà alla testa

Week.it propone “Xml, buone opportunità e anche qualche problema“, un articolo dedicato all’integrazione e trasferimento di dati tra realtà aziendali.

Non sempre l’adozione dei nuovi standard semplifica le procedure, poiché il problema sta a monte. E’ infatti difficile convertire le esigenze di due realtà spesso molto diverse.

In un altro articolo, “L’impatto dei moduli applicativi richiamabili dalla rete“, viene sottolineato come i Web Service non siano “niente di speciale o di rivoluzionario”. Forse è proprio così.

Come nota l’autore, comunque, la forza dei Web Service sta nell’aver messo “tutti d’accordo” (Sun e Microsoft in testa), pur con le solite specificità.

ASP.NET: I file di configurazione – Codice sorgente dell’esempio

Sorgenti: config_errore.aspxweb.configerrorpage.aspxglobal.asax

Scarica i sorgenti: aspnet12.zip

Articolo a cui si riferisce il codice: ASP.NET: I file di configurazione

config_errore.aspx

  1 <%@ Page Language="VB" %>
  2 
  3 <!
  4 # nome: Config_errore.aspx #
  5 # scritto da: Antonio Volpon #
  6 # data creazione: 30 Novembre 2001 #
  7 # ultima modifica: 30 Novembre 2001 #
  8 # copyright: Antonio Volpon #
  9 >
 10 
 11 <script runat="server" language="VB">
 12 
 13 Sub Page_Load()
 14 
 15   Dim strSelect As String
 16   Dim objDataSet As New DataSet()
 17   Dim objDataReader As OleDbDataReader
 18   
 19 End Sub
 20 
 21 </script>
 22 

web.config

  1 <?xml version="1.0" encoding="utf-8" ?>
  2 <configuration>
  3  <appSettings>
  4  <add key="ConnectionString" value="Provider=SQLOLEDB.1;data source=antoniov;initial catalog=Biblioteca;uid=anon;pwd=;" />
  5  </appSettings>
  6  <system.web>
  7  <customErrors mode="On" defaultRedirect="errorpage.aspx" />
  8  <sessionState mode="Off" />
  9  </system.web>
 10 </configuration>

errorpage.aspx

  1 <%@ Page Language="VB" %>
  2 
  3 <!
  4 # nome: errorpage.aspx #
  5 # scritto da: Antonio Volpon #
  6 # data creazione: 30 Novembre 2001 #
  7 # ultima modifica: 30 Novembre 2001 #
  8 # copyright: Antonio Volpon #
  9 >
 10 
 11 <script runat="server" language="VB">
 12 </script>
 13 
 14 <html>
 15   <head>
 16     <link rel="stylesheet" href="css/aspnet.css" type="text/css">
 17     </link>
 18     <title>Errore</title>
 19   </head>
 20   <body>
 21   
 22     <div class="titolo">
 23       Errore
 24     </div>
 25     
 26     <hr noshade="true" size="1" width="100%">
 27     
 28     <div class="txtb" id="risposta">Si e’ verificato un errore durante il caricamento della pagina. Ci scusiamo per l’inconveniente</div>
 29     
 30   </body>
 31 </html>
 32 
 33 <html>
 34 <body>

global.asax

  1 <%@ Import Namespace="System.Diagnostics" %>
  2 
  3 <script language="VB" runat="server">
  4 
  5 Sub Application_Error(objSender as Object, objArgs as EventArgs)
  6 
  7   Dim strLogName As String = "Errori Web"
  8   Dim strMessage As String = "Url " & Request.Path & " Errore: " & Server.GetLastError.ToString
  9 
 10   If (Not EventLog.SourceExists(strLogName)) Then
 11     EventLog.CreateEventSource(strLogName, strLogName)
 12   End if
 13 
 14   Dim ELLog as New EventLog
 15   ELLog.Source = strLogName
 16   ELLog.WriteEntry(strMessage, EventLogEntryType.Error)
 17   
 18 End Sub
 19 
 20 </script>