ASP.NET-Caching zur Optimierung von Web-Anwendungen

Angenommen, man hat eine ASP.NET-Webseite, die einen fremden XML-Web-Service aufruft um von dort Informationen abzurufen und diese auf ihrer Hauptseite anzuzeigen. In diesem Fall kann man Fragment Caching anwenden um so die HTML-Ausgabe eines Web-Steuerelements, das den Web-Service direkt aufruft und das zurückgegebene XML-Statement formatiert, zu cachen. Dies wird durch die Ergänzung der OutputCache-Anweisung im HTML-Statement für das Web-Steuerelement wie folgt erreicht:

In diesem Fall ruft das Steuerelement (angewendet sehen Sie dies auf der Quilogy Website) den kbAlertz Web-Service in seiner Code Behind-Klasse auf, um die neuesten Artikel der Microsoft-Knowledgebase abzurufen. Wie Sie sehen, ist das Zeitattribut auf 86.400 Sekunden gesetzt, was bedeutet, dass die Ausgabe des Steuerelements nach 24 Stunden aus dem Cache entfernt wird.

Wird das VaryByParam-Attribut auf „None“ gesetzt, wird festgelegt, dass nur eine Version der Seite im Cache abgelegt wird. Alternativ dazu kann ein Sternchen (*) oder ein oder mehrere Zahlenwerte verwendet werden, die es ASP.NET ermöglichen, eine Version des HTML-Fragments für jeden eindeutigen Abfragestring oder jede Kombination von Werten zu erzeugen, die beim Laden der Seite verwendet wird, auf der das Steuerelement eingerichtet ist.

Ferner können zusätzliche Attribute festlegt werden um basierend auf folgenden Punkten zu cachen:

• HTTP-Header (VaryByHeader).
• Cache-Ort (Location).
• Werte von Steuerelementen, die auf der Seite vorhanden sind (VaryByControl).
• ein vom Entwickler geschriebener Algorithmus (VaryByCustom).

Es liegt auf der Hand, dass in diesem Szenario der Vorteil des Cachings nicht nur in der äußerst hohen Aufbereitungsperformance des Web-Steuerelements liegt, sondern auch darin, dass die Abhängigkeit vom XML-Web-Service reduziert wird, indem dieser nur einmal alle 24 Stunden aufgerufen wird.