h5 より前は、Cookie は主にストレージに使用されていました。 Cookie の欠点は、リクエスト ヘッダーにデータが含まれ、サイズが 4k 以内であることです。メインドメインの汚染。
主なアプリケーション: ショッピングカート、顧客ログイン
IE ブラウザの場合、UserData があり、サイズは 64k、IE ブラウザのみがサポートしています。
4Kサイズの問題を解決する
リクエストヘッダーにストレージ情報が含まれることが多いという問題を解決する
リレーショナルストレージの問題を解決する
クロスブラウザ
保存方法:
はキーと値のペア (Key-Value) の形式で保存され、手動で削除しない限り有効期限が切れることはありません。
サイズ:
ドメイン名ごとに 5M
サポート:
注: IE9 localStorage は、ローカル ファイルをサポートするには、プロジェクトをサーバーにデプロイする必要があります。
検出方法:
if(window.localStorage){ alert('This browser supports localStorage'); }else{ alert('This browser does NOT support localStorage'); }
よく使われるAPI:
getItem //レコードを取得
setIten//レコードを設定
removeItem//レコードを削除
key//に対応する値を取得キー
clear//レコードをクリアします
保存されたコンテンツ:
配列、画像、json、スタイル、スクリプト。 。 。 (内容を文字列にシリアル化できれば保存可能)
HTML5 のローカルストレージ API の localStorage と sessionStorage は、使い方が同じです。ページを閉じた後に使用すると、localStorage が常に保存されます。
アプリケーションに必要なローカルキャッシュファイル
使用方法:
①マニフェストファイルの設定
ページ上:
<!DOCTYPE HTML> <html manifest="demo.appcache"> ... </html>
マニフェストファイル:
マニフェストファイルシンプルです何がキャッシュされているか (何がキャッシュされていないのか) をブラウザーに伝えるテキスト ファイルです。
マニフェスト ファイルは 3 つの部分に分けることができます:
①キャッシュ マニフェスト - この見出しの下にリストされているファイルは最初のダウンロード後にキャッシュされます
②ネットワーク - この見出しの下にリストされているファイルはサーバーへの接続が必要であり、キャッシュされません
③フォールバック- この見出しの下にリストされているファイルは、ページにアクセスできない場合 (404 ページなど) のフォールバック ページを指定します
完全なデモ:
CACHE MANIFEST # 2016-07-24 v1.0.0 /theme.css /main.js NETWORK: login.jsp FALLBACK: /html/ /offline.html
サーバー上: マニフェスト ファイルは正しい MIME で構成する必要があります-type、つまり「text/cache-manifest」です。
Tomcat など:
<mime-mapping> <extension>manifest</extension> <mime-type>text/cache-manifest</mime-type> </mime-mapping>
共通 API:
コアは applicationCache オブジェクトで、アプリケーション キャッシュの現在のステータスを示す status 属性があります:
0 (UNCACHED): キャッシュなし、つまり、ページに関連するアプリケーション キャッシュはありません
1 (IDLE) : アイドル状態、つまりアプリケーション キャッシュが更新されていません
2 (CHECKING) : チェック中、つまり説明ファイルがダウンロードされ、更新がチェックされています
3 (DOWNLOADING): ダウンロード中、つまりアプリケーションキャッシュが記述ファイルをダウンロード中です
4 (UPDATEREADY): 更新が完了し、すべてのリソースがダウンロードされました
5 (IDLE): 放棄されました、つまり、アプリケーション キャッシュの説明ファイルが存在しないため、ページはアプリケーション キャッシュにアクセスできなくなります
関連イベント:
アプリケーション キャッシュの状態の変化を示します:
checking : ブラウザが更新を探すときにトリガーされますアプリケーションキャッシュの場合
error : 更新のチェック中またはリソースのダウンロード中にエラーが送信されたときにトリガーされます
noupdate : 説明をチェックするときにトリガーされます ファイルに変更がないことが判明したときにトリガーされます
downloading : アプリケーションキャッシュリソースの開始時にトリガーされますダウンロード予定
progress: ファイルのダウンロード アプリケーション キャッシュ プロセス中に継続的にダウンロードすることによってトリガーされます
updateready: ページ上の新しいアプリケーション キャッシュのダウンロードが完了したときにトリガーされます
cached: アプリケーション キャッシュが完全に利用可能になったときにトリガーされます
3 つアプリケーション キャッシュの利点:
① オフライン ブラウジング
② ページの読み込み速度の向上
③ サーバーの負荷の軽減
注:
1. ブラウザーには、キャッシュされたデータの容量制限が異なる場合があります (一部のブラウザーによって設定された制限) 1サイトあたり5MBです)
2. マニフェストファイルまたは内部的にリストされているファイルが正常にダウンロードできない場合、更新プロセス全体が失敗とみなされ、ブラウザは古いキャッシュを引き続き使用します
3.マニフェストを参照する HTML は、マニフェスト ファイルと同じオリジンを持ち、同じドメイン内にある必要があります
4. ブラウザは、マニフェスト ファイルを参照する HTML ファイルを自動的にキャッシュします。その結果、HTML コンテンツが変更されると、更新するにはバージョンを更新する必要があります。
5. マニフェストファイル内の CACHE は、NETWORK と FALLBACK の位置の順序とは関係がありません。
6. FALLBACK 内のリソースは同じである必要があります。 7. バージョンを更新した後、新しいバージョンを開始する前にバージョンを 1 回更新する必要があり (ページは 1 回更新されます)、リスニング バージョン イベントを追加する必要があります。
8. 站点中的其他页面即使没有设置manifest属性,请求的资源如果在缓存中也从缓存中访问
9. 当manifest文件发生改变时,资源请求本身也会触发更新
离线缓存与传统浏览器缓存区别:
1. 离线缓存是针对整个应用,浏览器缓存是单个文件
2. 离线缓存断网了还是可以打开页面,浏览器缓存不行
3. 离线缓存可以主动通知浏览器更新资源
关系数据库,通过SQL语句访问
Web SQL 数据库 API 并不是 HTML5 规范的一部分,但是它是一个独立的规范,引入了一组使用 SQL 操作客户端数据库的 APIs。
支持情况:
Web SQL 数据库可以在最新版的 Safari, Chrome 和 Opera 浏览器中工作。
核心方法:
①openDatabase:这个方法使用现有的数据库或者新建的数据库创建一个数据库对象。
②transaction:这个方法让我们能够控制一个事务,以及基于这种情况执行提交或者回滚。
③executeSql:这个方法用于执行实际的 SQL 查询。
打开数据库:
var db = openDatabase('mydb', '1.0', 'Test DB', 2 * 1024 * 1024,fn); //openDatabase() 方法对应的五个参数分别为:数据库名称、版本号、描述文本、数据库大小、创建回调
执行查询操作:
var db = openDatabase('mydb', '1.0', 'Test DB', 2 * 1024 * 1024); db.transaction(function (tx) { tx.executeSql('CREATE TABLE IF NOT EXISTS WIN (id unique, name)'); });
插入数据:
var db = openDatabase('mydb', '1.0', 'Test DB', 2 * 1024 * 1024); db.transaction(function (tx) { tx.executeSql('CREATE TABLE IF NOT EXISTS WIN (id unique, name)'); tx.executeSql('INSERT INTO WIN (id, name) VALUES (1, "winty")'); tx.executeSql('INSERT INTO WIN (id, name) VALUES (2, "LuckyWinty")'); });
读取数据:
db.transaction(function (tx) { tx.executeSql('SELECT * FROM WIN', [], function (tx, results) { var len = results.rows.length, i; msg = "<p>查询记录条数: " + len + "</p>"; document.querySelector('#status').innerHTML += msg; for (i = 0; i < len; i++){ alert(results.rows.item(i).name ); } }, null); });
由这些操作可以看出,基本上都是用SQL语句进行数据库的相关操作,如果你会MySQL的话,这个应该比较容易用。
索引数据库 (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可以存储的数据结构也有差异。
以上就是详细介绍HTML5 5大存储方式总结的内容,更多相关内容请关注PHP中文网(www.php.cn)!