Zusammenfassung mehrerer Speichermethoden im Front-End-HTML5-H5-Tutorial-php.cn

Gesamtsituation

Vor h5 wurden Cookies hauptsächlich zur Speicherung verwendet. Der Nachteil von Cookies besteht darin, dass sie Daten im Anforderungsheader enthalten und die Größe innerhalb von 4 KB liegt. Hauptbereichsverschmutzung.

Hauptanwendungen: Warenkorb, Kundenlogin

Für den IE-Browser gibt es UserData, die Größe beträgt 64 KB und wird nur vom IE-Browser unterstützt.

Ziel

Lösen Sie das 4K-Größenproblem

Lösen Sie das Problem, dass Anforderungsheader häufig Speicherinformationen enthalten

Lösen Sie das Problem der relationalen Speicherung

Browserübergreifend

1. Lokaler Speicher localstorage

Speichermethode:

Es wird in Form von Schlüssel-Wert-Paaren dauerhaft gespeichert und läuft nie ab, sofern es nicht manuell gelöscht wird.

Größe:

5 Millionen pro Domainname

Supportstatus:

Hinweis: IE9 localStorage unterstützt keine lokalen Dateien. Sie müssen das Projekt auf dem Server bereitstellen, um es zu unterstützen!

Erkennungsmethode:

if(window.localStorage){
 alert(&#39;This browser supports localStorage&#39;);
}else{
 alert(&#39;This browser does NOT support localStorage&#39;);
}

Nach dem Login kopieren

Häufig verwendete API:

getItem //Datensatz abrufen

setIten//Datensatz festlegen

removeItem//Datensatz entfernen

key//Den Wert abrufen, der dem Schlüssel entspricht

löschen//Datensatz löschen

Gespeicherter Inhalt:

Array, Bild, JSON, Stil, Skript. . . (Jeder Inhalt, der in eine Zeichenfolge serialisiert werden kann, kann gespeichert werden)

2. Lokaler Speichersitzungsspeicher

Die Verwendungsmethoden von localStorage und sessionStorage in der lokalen Speicher-API sind identisch. Der Unterschied besteht darin, dass sessionStorage nach dem Schließen der Seite gelöscht wird, während localStorage immer gespeichert wird.

3. Offline-Cache (Anwendungscache)

Lokaler Cache der für die Anwendung erforderlichen Dateien

Verwendung:

①Manifestdatei konfigurieren

Auf Seite:

<!DOCTYPE HTML>
<html manifest="demo.appcache">
...
</html>

Nach dem Login kopieren

Manifestdatei:

Manifestdateien sind einfache Textdateien, die dem Browser mitteilen, was er zwischenspeichern soll (und was nicht).

Die Manifestdatei kann in drei Teile unterteilt werden:

①CACHE MANIFEST – Die unter dieser Überschrift aufgeführten Dateien werden nach dem ersten Download zwischengespeichert

②NETZWERK – Die unter dieser Überschrift aufgeführten Dateien erfordern eine Verbindung zum Server und werden nicht zwischengespeichert

③FALLBACK – Die unter diesem Titel aufgeführten Dateien geben die Fallback-Seite an, wenn auf die Seite nicht zugegriffen werden kann (z. B. eine 404-Seite)

Vollständige Demo:

CACHE MANIFEST
# 2016-07-24 v1.0.0
/theme.css
/main.js
 
NETWORK:
login.jsp
 
FALLBACK:
/html/ /offline.html

Nach dem Login kopieren

Auf dem Server: Die Manifestdatei muss mit dem richtigen MIME-Typ konfiguriert werden, also „text/cache-manifest“.

Zum Beispiel Tomcat:

<mime-mapping>
     <extension>manifest</extension>
     <mime-type>text/cache-manifest</mime-type>
</mime-mapping>

Nach dem Login kopieren

Common API:

Der Kern ist das applicationCache-Objekt, das über ein Statusattribut verfügt, das den aktuellen Status des Anwendungscaches angibt:

0 (UNCACHED): Kein Cache, d. h. es gibt keinen Anwendungscache für die Seite

1 (IDLE): im Leerlauf, d. h. der Anwendungscache wurde nicht aktualisiert

2 (PRÜFEN): Überprüfen, d. h. Herunterladen der Beschreibungsdatei und Suchen nach Aktualisierungen

3 (HERUNTERLADEN): Beim Herunterladen werden die in der Beschreibungsdatei

angegebenen Ressourcen vom Anwendungscache heruntergeladen 4 (UPDATEREADY): Das Update ist abgeschlossen und alle Ressourcen wurden heruntergeladen

5 (IDLE): Abgebrochen, das heißt, die Anwendungscache-Beschreibungsdatei ist nicht mehr vorhanden, sodass die Seite nicht mehr auf den Anwendungscache zugreifen kann

Zugehörige Ereignisse:

Zeigt Änderungen im Anwendungs-Cache-Status an:

Überprüfung: wird ausgelöst, wenn der Browser nach Updates für den App-Cache sucht

Fehler: wird ausgelöst, wenn beim Suchen nach Updates oder beim Herunterladen von Ressourcen ein Fehler gesendet wird

noupdate: Wird ausgelöst, wenn die Beschreibungsdatei überprüft und festgestellt wird, dass die Datei keine Änderungen aufweist

wird heruntergeladen: Wird beim Herunterladen von Anwendungs-Cache-Ressourcen ausgelöst

Fortschritt: Wird durch kontinuierliches Herunterladen während des Datei-Download-Anwendungscache ausgelöst

updateready: Wird ausgelöst, nachdem der neue Anwendungscache auf die Seite heruntergeladen wurde

zwischengespeichert: Wird ausgelöst, wenn der Anwendungscache vollständig verfügbar ist

Drei Vorteile des Anwendungscaches:

① Offline-Browsing

② Verbessern Sie die Seitenladegeschwindigkeit

③ Reduzieren Sie den Serverdruck

Hinweise:

1. Browser haben möglicherweise unterschiedliche Kapazitätsgrenzen für zwischengespeicherte Daten (die von einigen Browsern festgelegte Grenze liegt bei 5 MB pro Website)

2. Wenn die Manifestdatei oder eine intern aufgelistete Datei nicht normal heruntergeladen werden kann, wird der gesamte Aktualisierungsvorgang als Fehlschlag betrachtet und der Browser verwendet weiterhin den alten Cache

3. Der HTML-Code, der auf das Manifest verweist, muss denselben Ursprung wie die Manifestdatei haben und sich in derselben Domäne befinden

4. Der Browser speichert automatisch die HTML-Datei, die auf die Manifestdatei verweist. Dies bedeutet, dass bei einer Änderung des HTML-Inhalts die Version aktualisiert werden muss.

5. CACHE in der Manifestdatei hat nichts mit der Positionsreihenfolge von NETWORK und FALLBACK zu tun. Wenn es sich um eine implizite Deklaration handelt, muss sie an erster Stelle stehen

6. Die Ressourcen in FALLBACK müssen denselben Ursprung haben wie die Manifestdatei

7. 更新完版本后，必须刷新一次才会启动新版本（会出现重刷一次页面的情况），需要添加监听版本事件。

8. 站点中的其他页面即使没有设置manifest属性，请求的资源如果在缓存中也从缓存中访问

9. 当manifest文件发生改变时，资源请求本身也会触发更新

点我参考更多资料！

离线缓存与传统浏览器缓存区别：

1. 离线缓存是针对整个应用，浏览器缓存是单个文件

2. 离线缓存断网了还是可以打开页面，浏览器缓存不行

3. 离线缓存可以主动通知浏览器更新资源

4.Web SQL

关系数据库，通过SQL语句访问Web SQL 数据库 API 并不是 HTML5 规范的一部分，但是它是一个独立的规范，引入了一组使用 SQL 操作客户端数据库的 APIs。

支持情况：

Web SQL 数据库可以在最新版的 Safari, Chrome 和 Opera 浏览器中工作。

核心方法：

①openDatabase：这个方法使用现有的数据库或者新建的数据库创建一个数据库对象。

②transaction：这个方法让我们能够控制一个事务，以及基于这种情况执行提交或者回滚。

③executeSql：这个方法用于执行实际的 SQL 查询。

打开数据库：

var db = openDatabase(&#39;mydb&#39;, &#39;1.0&#39;, &#39;Test DB&#39;, 2 * 1024 * 1024,fn);
//openDatabase() 方法对应的五个参数分别为：数据库名称、版本号、描述文本、数据库大小、创建回调

Nach dem Login kopieren

执行查询操作：

var db = openDatabase(&#39;mydb&#39;, &#39;1.0&#39;, &#39;Test DB&#39;, 2 * 1024 * 1024);
db.transaction(function (tx) {  
   tx.executeSql(&#39;CREATE TABLE IF NOT EXISTS WIN (id unique, name)&#39;);
});

Nach dem Login kopieren

插入数据：　

var db = openDatabase(&#39;mydb&#39;, &#39;1.0&#39;, &#39;Test DB&#39;, 2 * 1024 * 1024);
db.transaction(function (tx) {
   tx.executeSql(&#39;CREATE TABLE IF NOT EXISTS WIN (id unique, name)&#39;);
   tx.executeSql(&#39;INSERT INTO WIN (id, name) VALUES (1, "winty")&#39;);
   tx.executeSql(&#39;INSERT INTO WIN (id, name) VALUES (2, "LuckyWinty")&#39;);
});

Nach dem Login kopieren

读取数据：

db.transaction(function (tx) {
   tx.executeSql(&#39;SELECT * FROM WIN&#39;, [], function (tx, results) {
      var len = results.rows.length, i;
      msg = "<p>查询记录条数: " + len + "</p>";
      document.querySelector(&#39;#status&#39;).innerHTML +=  msg;
    
      for (i = 0; i < len; i++){
         alert(results.rows.item(i).name );
      }
    
   }, null);
});

Nach dem Login kopieren

由这些操作可以看出，基本上都是用SQL语句进行数据库的相关操作，如果你会MySQL的话，这个应该比较容易用。

点我看更多教程！

5.IndexedDB

索引数据库 (IndexedDB) API（作为 HTML5 的一部分）对创建具有丰富本地存储数据的数据密集型的离线 HTML5 Web 应用程序很有用。同时它还有助于本地缓存数据，使传统在线 Web 应用程序（比如移动 Web 应用程序）能够更快地运行和响应。

异步API：

在IndexedDB大部分操作并不是我们常用的调用方法，返回结果的模式，而是请求——响应的模式，比如打开数据库的操作

这样，我们打开数据库的时候，实质上返回了一个DB对象，而这个对象就在result中。由上图可以看出，除了result之外。还有几个重要的属性就是onerror、onsuccess、onupgradeneeded（我们请求打开的数据库的版本号和已经存在的数据库版本号不一致的时候调用）。这就类似于我们的ajax请求那样。我们发起了这个请求之后并不能确定它什么时候才请求成功，所以需要在回调中处理一些逻辑。

关闭与删除：

function closeDB(db){
     db.close();
}
function deleteDB(name){
     indexedDB.deleteDatabase(name);
}

Nach dem Login kopieren

数据存储：

indexedDB中没有表的概念，而是objectStore，一个数据库中可以包含多个objectStore，objectStore是一个灵活的数据结构，可以存放多种类型数据。也就是说一个objectStore相当于一张表，里面存储的每条数据和一个键相关联。

我们可以使用每条记录中的某个指定字段作为键值（keyPath），也可以使用自动生成的递增数字作为键值（keyGenerator），也可以不指定。选择键的类型不同，objectStore可以存储的数据结构也有差异。　

这个就有点复杂了。

Das obige ist der detaillierte Inhalt vonZusammenfassung mehrerer Speichermethoden im Front-End-HTML5. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!