Kommentar: Die heutigen Webanwendungen sind bereits sehr komplex und werden mit der aktuellen Entwicklung immer komplexer, hat aber einen fatalen Fehler und kann nicht vom Internetverbindung getrennt werden. Daher wird HTML eine API hinzugefügt. Es verwendet einen lokalen Speichermechanismus, um dieses Problem gut zu lösen und den Weg für Offline -Webanwendungen zu ebnen.
Vorwort
Heutzutage sind Webanwendungen bereits sehr komplex und werden mit der aktuellen Entwicklung immer komplexer, haben jedoch einen fatalen Fehler und können nicht von Internet -Links getrennt werden. Daher wird HTML eine API hinzugefügt.
Es löst dieses Problem gut mit einem lokalen Speichermechanismus und ebnet den Weg für Offline -Webanwendungen.
Lokaler Cache im Browser -Cache
Lokaler Cache wird verwendet, um die gesamte Webanwendung zu bedienen
Der Browser -Cache dient nur einer einzelnen Webseite </p> <p> Jede Webseite enthält einen Webseiten -Cache
Lokaler Cache zwischengespeichert nur die Seiten, die Sie für Cache </p> <p> Webseiten -Cache angegeben haben, ist unzuverlässig und unsicher, da wir nicht wissen, welche Seiten und Ressourcen auf der Website zwischengespeichert werden.
Lokale Cache steuert, welcher Inhalt zwischengespeichert wird
Manifestdatei
Der lokale Cache von Webanwendungen wird über die Manifestdatei jeder Seite verwaltet. Manifest ist ein einfacher Text, in dem Namen und Pfade von Dateien, die zwischengespeichert werden müssen und nicht in Form eines Manifestes zwischengespeichert werden müssen.
Sie können das Manifest für jede Seite oder für die gesamte Anwendung angeben. Zum Beispiel setzen wir es für Hello.htm:
Cache Manifest
Cache:
other.html
hellow.js
Bilder/myphoto.jpg
NETZWERK:
Notoffline.asp
*
ZURÜCKGREIFEN:
Online.js Locale.js
Cache:
Newhellow.html
neurhellow.js
In der Manifestdatei muss die erste Zeile Cache -Manifest sein, um dem Browser die Funktion des Textes zu mitteilen, dh die Ressourcendateien im lokalen Cache festzulegen.
Wenn der Server tatsächlich Offline-Webanwendungen ausführt, muss er konfiguriert werden, damit der Server den MIME-Text/Cache-Manifest unterstützt.
Bei der Angabe der Quelldatei können Ressourcendateien in drei Kategorien unterteilt werden: Cache, Netzwerk und Fallback
Denn wenn eine Seite eine Manifestdatei hat, kann der Browser die Seite </p> <p> Netzwerkkategorie automatisch eine explizite Ressourcendatei, die nicht zwischengespeichert wird, ausspeichert. Diese Dateien können nur durch Erstellen eines serverseitigen Links zugegriffen werden. In diesem Beispiel geben Wildcard -Zeichen * an, dass diejenigen, die nicht aufgezeichnet werden, nicht zwischen </p> <p> zwei Ressourcendateien in jeder Zeile in der Fallback -Kategorie angegeben werden. Die erste Ressourcendatei ist eine Ressourcendatei, die beim Online -Zugriff verwendet werden kann. Die zweite ist eine lokale Cache -Datei, die bei Online -Zugriff nicht verwendet werden kann.
Browser- und Server -Interaktionsprozess
Bei der Arbeit mit Offline -Webanwendungen ist es erforderlich, die Interaktion zwischen dem Browser und dem Server zu verstehen:
Wenn beispielsweise index.htm als Startseite verwendet wird, verwendet die Startseite index.manifest.
Cache index.htm, hello.js, hello.jpg in der Datei. Der Prozess für den ersten Zugriff ist wie folgt:
Browseranfrage URL
Der Server kehrt zu Index.htm Homepage zurück
Der Browser analysiert die Index.htm -Webseite und fordert alle Ressourcendateien auf der Seite an.
Der Server gibt die Ressourcendatei zurück
Der Browser verarbeitet die Manifestdatei und fordert die Datei an, die im Manifest zwischengespeichert werden muss. Selbst wenn die Anfrage gestellt wurde, wird dies erneut angefordert.
Der Server gibt die Datei zurück, die zwischengespeichert werden muss
Der Browser aktualisiert den lokalen Cache, speichert die Ressourcendatei und löst ein Ereignis aus, um den lokalen Cache zu benachrichtigen, um die URL erneut zu aktualisieren
URL anfordern
Der Browser stellt fest, dass die Seite zwischengespeichert ist und die lokale Cache -Datei verwendet
Dateien analysieren
Browser wie Serveranforderungen Manifestdatei
Der Server gibt 304 zurück und gibt mit, dass sich die Manifestdatei nicht geändert hat (wenn sie sich ändert, wird sie anders sein)
ApplicationCache -Objekt
Dieses Objekt stellt einen lokalen Cache dar, mit dem der Benutzer darüber informiert werden kann, dass der lokale Cache aktualisiert wurde und auch eine manuelle Aktualisierung des lokalen Cache ermöglicht.
Wenn der Browser den lokalen Cache aktualisiert und eine neue Ressourcendatei lädt, wird das UpdateReady -Ereignis des ApplicationCache -Objekts ausgelöst, wodurch der geänderte lokale Cache benachrichtigt wird, und dann den Benutzer aufzufordern, die Seite manuell zu aktualisieren.
Swapcache
Die Swapcache -Methode wird verwendet, um lokale zwischengespeicherte Updates manuell durchzuführen. Es kann nur aufgerufen werden, wenn das UpdateReady -Ereignis des ApplicationCache -Objekts ausgelöst wird.
Wenn sich die Ressourcendatei ändert, können Sie diese Methode verwenden, um die Aktualisierung manuell zu zwischenstrahlen.