摘要:淺談前端存儲前言應用允許使用瀏覽器提供的實現將數據存儲到用戶的電腦上,這種客戶端存儲相當于賦予了瀏覽器記憶功能。鍵被更改之前的值限制對于和的存儲限制因瀏覽器而異。最初是在客戶端用于存儲會話信息的。
淺談前端存儲 前言
web應用允許使用瀏覽器提供的API實現將數據存儲到用戶的電腦上,這種客戶端存儲相當于賦予了Web瀏覽器記憶功能。
客戶端存儲遵循“同源策略”,因此不同站點的頁面是無法相互讀取對方存儲的數據
客戶端存儲有以下幾種形式:
Web存儲
cookie
IE User Data
離線Web應用
web數據庫
文件系統API
Web Storgage實現了“web存儲”草案標準的瀏覽器在Window對象上定義了兩個屬性:localStorage和sessionStorage。
支持這兩個屬性的瀏覽器包括IE8+、Firefox3.5+、Chrome4+、Opera10.5+
webStorage的目的是克服由cookie帶來的一些限制,當數據需要被嚴格控制在客戶端上時,無須持續地將數據發回服務器。
webStorage的兩個主要目標是:
提供一種在cookie之外存儲會話數據的途徑
提供一種存儲大量可以跨會話存在的數據的機制
有效期通過localStorage存儲的數據是永久性的,除非web應用刻意刪除存儲的數據,或者用戶通過設置瀏覽器配置(瀏覽器提供的特定的UI)來刪除,否則數據將一直保留在用戶的電腦上永不過期
sessionStorage的有效期和存儲數據的腳本所在的最頂層的窗口或者是瀏覽器標簽頁是一樣的。一旦窗口或者標簽頁被永久關閉了,那么所有通過sessionStorage存儲的數據也都被刪除了。(現代瀏覽器已經具備了重新打開最近關閉的標簽頁隨后恢復上一次瀏覽的會話功能,因此,這些標簽頁以及與之相關的sessionStorage的有效期可能會更長)。
作用域localStorage的作用域是限定在文檔源級別的,它同樣也受瀏覽器供應商限制。
sessionStorage的作用域也限定在文檔源中,不僅如此她還被限定在窗口中
存儲APIlocalStorage和sessionStorage通常被當做普通的JS對象使用,這兩個對象提供了正式的API
保存數據:localStorage.setItem( key, value ); sessionStorage.setItem( key, value );
讀取數據:localStorage.getItem( key ); sessionStorage.getItem( key );
刪除單個數據:localStorage.removeItem( key ); sessionStorage.removeItem( key );
刪除所有數據:localStorage.clear( ); sessionStorage.clear( );
得到某個索引的key:localStorage.key( index ); sessionStorage.key( index );
Storage事件注:兩個都有屬性 length 表示key 的個數,也即 key 長度。key和value都必須為字符串。
對Storage對象進行任何修改,都會在文檔上觸發storage事件。這個事件的event對象有以下屬性:
domain:發生變化的存儲空間的域名
key:設置或者刪除的鍵名
newValue:如果是設置值,則是新值;如果是刪除鍵,則是null。
oldValue:鍵被更改之前的值
限制對于localStorage和sessionStorage的存儲限制因瀏覽器而異。具體參考:http://dev-test.nemikor.com/web-storage/support-test/
Cookie 概念cookie是指Web瀏覽器存儲的少量數據,同時它是與具體的Web頁面或者站點相關的。最初是在客戶端用于存儲會話信息的。
有效期cookie默認的有效期很短暫,他只能持續在web瀏覽器的會話期間,一旦用戶關閉瀏覽器,cookie保存的數據就丟失。
注:與sessionStorage有效期不同,它的有效期和整個瀏覽器進程而不是單個瀏覽器窗口的有效期一致。
如果需要延長cookie的有效期,可以通過設置max-age屬性,并明確告訴瀏覽器cookie的有效期有多長。
作用域cookie的作用域是通過文檔源和文檔路徑來確定的。可通過path設置路徑,domain設置域名。
安全secure注:cookie的path屬性不能被用做訪問控制機制。若一個頁面想讀取同一站點其他頁面的cookie,只要簡單地將其他頁面以隱藏的形式加載進來,隨后讀取對應文檔的cookie就可以。
它是一個布爾值類型的屬性,用來表明cookie的值以何種形式傳播。其默認是以不安全的形式(通過普通的、不安全的HTTP連接)傳遞的。若secure屬性被標識,那就只能當瀏覽器和服務器通過HTTPS或者其他的安全協議連接(SSL)的時候才能傳遞它。
局限性每個特定的域名下最多生成20個cookie
IE6或更低版本最多20個cookie
IE7和之后的版本最多可以有50個cookie
Firefox最多50個cookie
Chrome和Safari沒有做硬性限制
IE和Opera會清理近期最少使用的cookie,Firefox會隨機清理cookie
cookie的最大大約為4096字節,為了兼容性,一般不能超過4095字節。
在js中處理cookie在js中處理cookie有些復雜,其接口不友好(BOM的document.cookie);
cookie的名/值對都是經過URL編碼的,所以必須使用decodeURIComponent ( ) 來解碼
由于JavaScript中讀寫cookie不是非常直觀,常常需要寫一些函數來簡化cookie的功能。基本的cookie操作有三種:讀取、寫入、刪除。如下例所示:
var CookieUtil = { get:function(name){ var cookieName = enCodeURIComponent(name) + "", cookieStart = document.cookie.indexOf(cookieName), cookieValue = null; if (cookieStart > -1){ var cookieEnd = document.cookie.indexOf(";",cookieStart); if(cookieEnd == -1){ cookieEnd = document.cookie.length; } cookieValue = decodeURIComponent(document.cookie.substring(cookieStart + cookieName.length , cookieEnd)); } return cookieValue; }, set:function(name,value,expires,path,domain,secure){ var cookieText = encodeURIComponent(name) + "=" +encodeURIComponent(value); if(expires instanceof Date){ cookieText += ";expires=" + expires.toGMTString(); } if(path){ cookieText += ";path=" + path; } if(domain){ cookieText += ";domain=" + domain; } if(secure){ cookieText += ";secure"; } document.cookie = cookieText; }, del:function(name,path,domain,secure){ this.set(name,"",new Date(0),path,domain,secure); } };IE userData
微軟在IE5及之后的IE瀏覽器中實現了它專屬的客戶端存儲機制——userData。
indexedDBindexed Database API,或者簡稱為indexedDB,是瀏覽器中保存結構化數據的一種數據庫。目前,Chrome 27+、Firefox 21+和Opera 15+支持這個API,但是Safari和IE10+僅有部分支持。
應用緩存Application CacheHTML5中新增了“應用程序緩存”,允許Web應用將應用程序自身本地保存到用戶的瀏覽器中,是專門為開發離線Web應用而設計的,可簡稱為appCache。
描述文件想要在這個緩存中保存數據,可以使用一個描述文件(manifest file),列出要下載和緩存的資源。
下面是一個簡單的示例:
CACHE MANIFEST #注釋 reshui.html reshui.css reshui.js
要將描述文件與頁面關聯起來,可在中的manifest屬性中指定這個文件的路徑,這個文件的MIME類型必須是text/cache-manifest。如:
狀態
這個API的核心是applicationCache對象,這個對象有一個status屬性,屬性的值是常量,表示應用緩存的如下狀態:
0:無緩存,即沒有與頁面相關的應用緩存。
1:閑置:即應用緩存未得到更新。
2:檢查中,即正在下載描述文件并檢查更新。
3:下載中,即應用緩存正在下載描述文件中指定的資源
4:更新完成,即應用緩存已經更新了資源,而且所有資源都已下載完畢,可以通過swapCache ( ) 來使用
5:廢棄,即應用緩存的描述文件已經不存在了,因此頁面無法再訪問應用緩存。
事件appCache還有很多相關事件,表示其狀態的改變
checking:在瀏覽器為應用緩存查找更新時觸發
error:在檢查更新或下載資源期間發生錯誤時觸發
noupdate:在檢查描述文件發現文件無變化時觸發
downloading:在開始下載應用緩存資源時觸發
progress:在文件下載應用緩存的過程中持續不斷地觸發
updateready:在頁面新的應用緩存下載完畢且可以通過swapCache ( ) 使用時觸發。
cached:在應用緩存完整可用時觸發
一般來講,這些事件會隨著頁面加載按上述順序依次觸發。不過,通過調用update ( ) 方法也可以手工干預,讓應用緩存完整可用時觸發。applicationCache.update ( )
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/79559.html
摘要:淺談網站性能之前端性能優化性能優化的目的無非是減少用戶流量消耗,提升用戶首屏體驗,提升用戶訪問速度,讓用戶專注內容本身。前端性能優化減少請求數量基本原理在瀏覽器與服務器進行通信時,主要是通過進行通信。 最近項目慢慢走上正軌,需求趨于平穩,這才想起需要對整站進行性能優化。經過一段時間的學習,結合現在項目的實際性能情況,發現確實有許多地方可以進行優化。于是就開始了我的前端性能優化之旅。以下...
摘要:淺談網站性能之前端性能優化性能優化的目的無非是減少用戶流量消耗,提升用戶首屏體驗,提升用戶訪問速度,讓用戶專注內容本身。前端性能優化減少請求數量基本原理在瀏覽器與服務器進行通信時,主要是通過進行通信。 最近項目慢慢走上正軌,需求趨于平穩,這才想起需要對整站進行性能優化。經過一段時間的學習,結合現在項目的實際性能情況,發現確實有許多地方可以進行優化。于是就開始了我的前端性能優化之旅。以下...
摘要:我的書簽我的書簽謹慎導入,小心覆蓋工具類版本管理快速切換源配置教程指南可視化工具前端工具集前端助手網絡封包截取工具格式化工具標注工具模擬請求類深入淺出布局你所不知道的動畫技巧與細節常用代碼黑魔法小技巧,讓你少寫不必要的,代碼更優雅一勞永 我的書簽 我的書簽(謹慎導入,小心覆蓋) 工具類 nvm: node版本管理 nrm: 快速切換npm源 shell: zsh+on-my-zsh配...
摘要:我的書簽我的書簽謹慎導入,小心覆蓋工具類版本管理快速切換源配置教程指南可視化工具前端工具集前端助手網絡封包截取工具格式化工具標注工具模擬請求類深入淺出布局你所不知道的動畫技巧與細節常用代碼黑魔法小技巧,讓你少寫不必要的,代碼更優雅一勞永 我的書簽 我的書簽(謹慎導入,小心覆蓋) 工具類 nvm: node版本管理 nrm: 快速切換npm源 shell: zsh+on-my-zsh配...
閱讀 2056·2021-11-22 13:52
閱讀 980·2021-11-17 09:33
閱讀 2710·2021-09-01 10:49
閱讀 2846·2019-08-30 15:53
閱讀 2662·2019-08-29 16:10
閱讀 2436·2019-08-29 11:31
閱讀 1354·2019-08-26 11:40
閱讀 1867·2019-08-26 10:59