フロントエンドHTML5のいくつかの保存方法

不言
リリース: 2018-06-11 17:43:39
オリジナル
1865 人が閲覧しました

この記事では主に、ローカル ストレージ、ローカル ストレージ セッション ストレージ、オフライン キャッシュ (アプリケーション キャッシュ)、Web SQL、IndexedDB など、いくつかのフロントエンド HTML5 ストレージ方法の概要を紹介します。興味のある人は調べてみてください。

全体的な状況

h5 より前は、Cookie は主にストレージに使用されていました。 Cookie の欠点は、リクエスト ヘッダーにデータが含まれ、サイズが 4K 以内であることです。メインドメインの汚染。

主なアプリケーション: ショッピングカート、顧客ログイン

IE ブラウザの場合、UserData があり、サイズは 64k、IE ブラウザのみがサポートしています。

目標

  1. 4Kサイズの問題を解決する

  2. リクエストヘッダーにストレージ情報が含まれることが多いという問題を解決する

  3. リレーショナルストレージの問題を解決する

  4. クロスブラウザ

1. ローカルストレージ localstorage

保存方法:

はキーと値のペア (Key-Value) の形式で保存され、永続的に保存され、手動で削除しない限り期限切れになりません。

サイズ: ドメイン名あたり 5M

検出方法:

if(window.localStorage){

 alert('This browser supports localStorage');

}else{

 alert('This browser does NOT support localStorage');

}
ログイン後にコピー

よく使われるAPI:

getItem //レコードを取得する setIten//レコードを設定する

re moveItem//レコードを削除します

key/ /キーに対応する値を取得します

clear//レコードをクリアします

保存されたコンテンツ:

配列、画像、json、スタイル、スクリプト。 。 。 (文字列にシリアル化できるコンテンツはすべて保存できます)

2. ローカル ストレージ sessionstorage

HTML5 のローカル ストレージ API は、sessionStorage と使用方法が同じである点が異なります。すぐに消去されますが、localStorage は常に保存されます。

3. オフラインキャッシュ(アプリケーションキャッシュ)​​

アプリケーションに必要なローカルキャッシュファイル

使用方法:

①ページ上でマニフェストファイル

を設定します:rrりー

マニフェスト ファイル:

マニフェスト ファイルは、何がキャッシュされているか (何がキャッシュされていないのか) をブラウザーに伝える単純なテキスト ファイルです。

マニフェスト ファイルは 3 つのセクションに分けることができます:

①キャッシュ マニフェスト - この見出しの下にリストされているファイルは最初のダウンロード後にキャッシュされます

②ネットワーク - この見出しの下にリストされているファイルはサーバーへの接続が必要であり、キャッシュされません

③フォールバック- この見出しの下にリストされているファイルは、ページがアクセスできない場合 (404 ページなど) のフォールバック ページを指定します

完全なデモ:

<!DOCTYPE HTML>

<html manifest="demo.appcache">

...

</html>
ログイン後にコピー

サーバー上:

マニフェスト ファイルには次のものが必要です正しい MIME タイプ、つまり「text/cache-manifest」で設定する必要があります。

例: Tomcat:

CACHE MANIFEST

# 2016-07-24 v1.0.0

/theme.css

/main.js



NETWORK:

login.jsp

 

FALLBACK:

/html/ /offline.html
ログイン後にコピー

共通 API:

コアは applicationCache オブジェクトであり、アプリケーション キャッシュの現在のステータスを示す status 属性があります:

0 (UNCACHED) : キャッシュなし、つまりなし ページに関連するアプリケーション キャッシュ

1 (IDLE): アイドル、つまりアプリケーション キャッシュが更新されていない

2 (CHECKING): チェック中、つまり説明ファイルが更新中ダウンロードされ、アップデートがないか確認されました

3 (DOWNLOADING): ダウンロード中、つまり、アプリケーションキャッシュが説明ファイルで指定されたリソースをダウンロードしています

4 (UPDATEREADY): アップデートが完了し、すべてのリソースがダウンロードされました5 (IDLE) ): 放棄されました。つまり、アプリケーション キャッシュの記述ファイルが存在しなくなったため、ページは使用できなくなりました。 アプリケーション キャッシュへのアクセス

関連イベント:

アプリケーション キャッシュの状態の変化を表します。

checking: ブラウザーがアプリケーション キャッシュの更新を探すときにトリガーされます

error: 更新の確認またはリソースのダウンロード中にエラーが送信されたときにトリガーされます

noupdate: 説明ファイルをチェックし、ファイルに変更がないことが判明したときにトリガーされます

downloading: アプリケーション キャッシュ リソースのダウンロードを開始するときにトリガーされます。

progress: ファイルのダウンロードおよびアプリケーション キャッシュのプロセス中に継続的にダウンロードされることによってトリガーされます。 updateready: ページの新しいアプリケーション キャッシュがダウンロードされるときにトリガーされます。 : アプリケーション キャッシュが完全に利用可能になったときにトリガーされます

アプリケーション キャッシュの 3 つの利点:

① オフライン ブラウジング

② ページの読み込み速度の向上

③ 降低服务器压力

注意事项:

1. 浏览器对缓存数据的容量限制可能不太一样(某些浏览器设置的限制是每个站点 5MB)

2. 如果manifest文件,或者内部列举的某一个文件不能正常下载,整个更新过程将视为失败,浏览器继续全部使用老的缓存

3. 引用manifest的html必须与manifest文件同源,在同一个域下

4. 浏览器会自动缓存引用manifest文件的HTML文件,这就导致如果改了HTML内容,也需要更新版本才能做到更新。

5. manifest文件中CACHE则与NETWORK,FALLBACK的位置顺序没有关系,如果是隐式声明需要在最前面

6. FALLBACK中的资源必须和manifest文件同源

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() 方法对应的五个参数分别为:数据库名称、版本号、描述文本、数据库大小、创建回调
ログイン後にコピー

执行查询操作:

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;);

});
ログイン後にコピー

插入数据: 

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;);

});
ログイン後にコピー

读取数据:

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);

});
ログイン後にコピー

由这些操作可以看出,基本上都是用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);

}
ログイン後にコピー

数据存储:

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

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

以上がこの記事の全内容です。その他の関連コンテンツについては、PHP 中国語 Web サイトをご覧ください。

関連するおすすめ:

H5 アクティビティページのモバイルREMレイアウト適応手法の分析

以上がフロントエンドHTML5のいくつかの保存方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート