Versteckte Frames für clientseitiges Caching

Um den Inline-Frame innerhalb des versteckten Frames zu erzeugen, verwenden wir auf der Client-Seite die JavaScript-Funktion document.write. Glücklicherweise sind Inline-Frames aus Sicht des Browsers schlichte HTML-Dokumente. Dies erlaubt es, den readyState des Inline-Frames abzufragen, um festzustellen, ob das Dokument fertig ist. Aber wenn man ständig den readyState abfragt, macht das die ganze Sache ja wieder langsamer. Besser ist es deshalb, zu diesem Zweck eine JavaScript-Funktion zu erstellen und window.setTimeout zu benutzen, um die Ausführung der Funktion zu verzögern. Dann kann man den readyState des Inline-Frames in regelmäßigen Abständen abfragen, ohne Ressourcen auf dem Client-Rechner zu verschwenden und womöglich den Browser zu blockieren.

Sobald das Inline-Frame-Dokument fertig ist, ist das Kopieren eines Objekts in einen sichtbaren Frame eine relativ einfache Angelegenheit. Dazu muss man nur das innerHTML aus dem Inline-Frame in den sichtbaren Frame kopieren.

Das setSpan-Skript
Ich habe eine JavaScript-Funktion namens setSpan geschrieben, die einem die mühselige Arbeit der dynamischen Erzeugung von Inline-Frames abnimmt. Die Funktion überprüft, ob ein Inline-Frame erstellt wurde und ob er fertig ist. Wurde der Inline-Frame noch nicht erstellt, holt die Funktion dies nach und wartet, bis er fertig ist. Sobald der readyState des Inline-Frames ‚complet‘ signalisiert, kopiert setSpan das innerHTML an das gewünschte Ziel und ruft gegebenenfalls eine Initialisierungs-Routine auf.

Aus Gründen der Konsistenz habe ich mich entschieden, für jedes Objekt eine eigene Active Server Page zu erstellen und diese in einem Verzeichnis namens IFrame abzulegen. Ebenfalls aus Konsistenzgründen gibt es außerdem für jedes im sichtbaren Frame anzuzeigende Objekt ein include. Dieses include besteht aus einem HTML <Span>-Tag und einem Verweis auf setSpan (Listing B).

Ich habe ein paar Code-Beispiele geschrieben, um die Verwendung der in diesem Artikel beschriebenen Routinen zu veranschaulichen. Die Beispiele sind als Download verfügbar und bieten eine Überblick, wie man versteckte dynamische Inline-Frames für clientseitiges Caching einsetzen kann.

Fazit

Clientseitiges Caching ist keineswegs ein Allheilmittel gegen all die Probleme, die Ihnen als Webentwickler Kopfschmerzen bereiten können. Es löst nicht alle Probleme, denen Sie sich beim täglichen Spagat zwischen dem Wunsch nach Geschwindigkeit und professionell wirkenden Anwendungen gegenüber sehen. Aber es stellt eine relativ einfache Möglichkeit dar, die Performance auf der Client-Seite zu verbessern.