HTML5本地存储不完全指南

HTML5本地存储详解及比较
本文深入探讨了HTML5本地存储的历史背景、现状及三种主要规范:WebStorage、WebSQLDatabase和IndexedDB,详细解释了它们的特点、优缺点及实际应用场景。

历史

  在HTML5本地存储之前,如果我们想在客户端保存持久化数据,有这么几个选择:

  1. HTTP cookie,HTTP cookie的缺点很明显,最多只能存储4KB的数据,每个HTTP请求都会被传送回服务器,明文传输(除非你使用SSL)。
  2. IE userData,userData是微软在上世纪90年代的浏览器大战时推出的本地存储方案,借助DHTML的behaviour属性来存储本地数据, 允许每个页面最多存储64K数据,每个站点最多640K数据,userData的缺点显而易见,它不是web标准的一部分,除非你的程序只需要支持IE, 否则它基本没什么用处。
  3. Flash cookie,Flash cookie的名字有些误导,它实际上和HTTP cookie并不是一回事,或许它的名字应该叫做Flash本地存储,Flash cookie默认允许每个站点存储不超过100K的数据,如果超出了,Flash会自动向用户请求更大的存储空间,借助Flash的 ExternalInterface接口,你可以很轻松的通过Javascript操作Flash的本地存储,Flash的问题很简单,就是因为它是 Flash。
  4. Google Gears,Gears是Google在07年发布的一个开源浏览器插件,旨在改进各大浏览器的兼容性,Gears内置了一个基于SQLite的嵌入式 SQL数据库,并提供了统一API对数据库进行访问,在取得用户授权之后,每个站点可以在SQL数据库中存储不限大小的数据,Gears的问题就是 Google自己都已经不用它了。

  现状

  我们现在通常所说的HTML5本地存储,一般指的是Web Storage规范,这个标准曾经是HTML5规范的一部分,但后来因为种种原因从HTML5规范中分离了出来,但是除了Web Storage,HTML5的本地存储标准还有另外2个竞争者:Web SQL Database和IndexedDB,下面就让我们依次来看看这3个规范吧。

  Web Storage

  Web Storage是目前得到支持最广泛的HTML5本地存储规范:IE 8+,FF 3.5+,Safari 4+,Chrome 4+,Opera 10.5+,以及iPhone 2+和Android 2+都已经支持Web Storage,要判断你的浏览器是否支持Web Storage,可以使用下面这个函数:

function supports_html5_storage() {
    
try {
         
return ' localStorage ' in window && window[ ' localStorage ' ] !== null ;
     }
catch (e) {
         
return false ;
     }
}

  HTML5 Storage的使用非常简单:

var foo = localStorage.getItem( " bar " );
// ...
localStorage.setItem( " bar " , foo);

  你也可以写成下面这样:

var foo = localStorage[ " bar " ];
// ...
localStorage[ " bar " ] = foo;

  如果要将某个key从存储空间删除,可以调用removeItem:

localStorage.removeItem( ' foo ' );

  你也可以像遍历数组那样遍历存储的所有键值对象:

for ( var i = 0 ; i< localStorage.length; i++){
    var  key = localStorage.key(i);
    console.log(key
+ " : " + localStorage[key]);
}

  如果你的程序需要在不同页面访问同一个值,你可能需要了解这个值是否已经被其它页面改变了,这可以通过向浏览器注册storage事件来实现:

window.addEventListener( ' storage ' , function (e) {
  console.log(e.key
+ " 's value is changed from ' " +
  e.oldValue
+ " ' to ' " + e.newValue + " ' by " + e.url);
},
false );

// A页面
localStorage[ ' foo ' ] = ' bar ' ;

// B页面
localStorage[ ' foo ' ] = ' newBar ' ;

  这时你应该会在A页面的Console中看到:

  foos value is changed from bar to newbar by http://localhost/test.html

  要注意的是,storage事件仅仅只是通知你某个键对应的值已经发生了改变,你没有办法在回调中阻止这个改变发生。

  HTML5 Storage看起来不错,那它有没什么缺点呢,好问题,要说HTML5 Storage的缺点,唯一的问题就是它默认的QUOTA只有5MB,并且你没办法通过程序自行或是提示用户来增加存储空间,唯一的办法就是用户自己打开 浏览器的设置,并手动修改QUOTA的大小,如果超出了5MB的限制,你将会遇到一个QUOTA_EXCEEDED_ERR的错误。

  Web SQL Database

  Web SQL Database是一个已经废弃的规范,但是鉴于除了IE和Firefox,其它浏览器都已经实现了Web SQL Database,并且它还具有一些HTML5 Storage所不具有的特性,所以还是值得了解一下的。

  Web SQL Database就像它的名字那样,就是一个让你可以在Web上直接使用的SQL数据库,你要做的就是打开数据库,然后执行SQL,和你对MySQL做的事情没什么两样:

openDatabase( ' documents ' , ' 1.0 ' , ' Local document storage ' , 5 * 1024 * 1024 ,
function (db) {
  db.changeVersion(
'' , ' 1.0 ' , function (t) {
    t.executeSql(
' CREATE TABLE docids (id, name) ' );
  }, error);
});

  关于Web SQL Database的更多介绍,可以参看这篇指南

  但是它的缺点也同样明显,最大的问题就出在SQL上,实际上并不存在一种叫做SQL的标准结构化查询语言,我们平常使用的实际上是MS SQL,Oracle SQL,MySQL SQL,postgre SQL或者SQLite SQL(尽管有一个叫做SQL-92的规范,但它基本形同虚设),更进一步,甚至都不存在SQLite SQL,我们使用的实际上是SQLite x.y.z SQL,而这也就是Web SQL Database最大的问题,它无法统一各个浏览器厂商实现的SQL语言,如果你的某条Web SQL查询只能在Chrome上运行,这还能叫做标准吗?

  所以,如果你现在访问Web SQL Database的规范页面,你会在顶部看到这样一则声明:

这个规范已经陷入了一个僵局:目前的所有实现都是基于同一个SQL后端(SQLite),但是我们需要更多的独立实现来完成标准化,所以除非有厂商愿意独立实现这个规范,否则当前的SQL规范只能采用SQLite的SQL方言,而作为一个标准,这是不可接受的。

  IndexedDB

  最后我们要介绍的就是IndexedDB了,相比其它两个规范,目前只有Firefox实现了IndexedDB(顺便提一下,Mozilla 表示它们永远不会去实现Web SQL Database),不过Google已经表示正在考虑在Chrome中加入IndexDB支持。

  IndexedDB引入了一个object store的概念,这有点像是一个SQL Database,你可以在数据库中存储记录,并且每条记录可以拥有很多字段,每个字段都有一个特定的数据类型,你可以选择记录的子集,并使用光标进行遍 历,同时object store中的所有变更都是基于事务的。

  下面让我们来看一个小例子:

var
 request = window.indexedDB.open("CandyDB",
"My candy store database");
request.onsuccess = function
 (event) {
    var
 db = event.result;
    if
 (db.version != "1") {
        //
 User's first visit, initialize database.


        var
 createdObjectStoreCount = 0;
        var
 objectStores = [{ name: "kids", keyPath: "id", autoIncrement: true
 },
        { name: "candy", keyPath: "id", autoIncrement: true
 },
        { name: "candySales", keyPath: "", autoIncrement: true
}];

        function
 objectStoreCreated(event) {
            if
 (++createdObjectStoreCount == objectStores.length) {
                db.setVersion("1").onsuccess = function
 (event) {
                    loadData(db);
                };
            }
        }

        for
 (var
 index = 0; index < objectStores.length; index++) {
            var
 params = objectStores[index];
            request = db.createObjectStore(params.name, params.keyPath,
params.autoIncrement);
            request.onsuccess = objectStoreCreated;
        }
    }
    else
 {
        //
 User has been here before, no initialization required.


        loadData(db);
    }
};
指南详细阐述基于Python编程语言结合OpenCV计算机视觉库构建实时眼部状态分析系统的技术流程。该系统能够准确识别眼部区域,并对眨眼动作与持续闭眼状态进行判别。OpenCV作为功能强大的图像处理工具库,配合Python简洁的语法特性与丰富的第三方模块支持,为开发此类视觉应用提供了理想环境。 在环境配置阶段,除基础Python运行环境外,还需安装OpenCV核心模块与dlib机器学习库。dlib库内置的HOG(方向梯度直方图)特征检测算法在面部特征定位方面表现卓越。 技术实现包含以下关键环节: - 面部区域检测:采用预训练的Haar级联分类器或HOG特征检测器完成初始人脸定位,为后续眼部分析建立基础坐标系 - 眼部精确定位:基于已识别的人脸区域,运用dlib提供的面部特征点预测模型准确标定双眼位置坐标 - 眼睑轮廓分析:通过OpenCV的轮廓提取算法精确勾勒眼睑边缘形态,为状态判别提供几何特征依据 - 眨眼动作识别:通过连续帧序列分析眼睑开合度变化,建立动态阈值模型判断瞬时闭合动作 - 持续闭眼检测:设定更严格的状态持续时间与闭合程度双重标准,准确识别长时间闭眼行为 - 实时处理架构:构建视频流处理管线,通过帧捕获、特征分析、状态判断的循环流程实现实时监控 完整的技术文档应包含模块化代码实现、依赖库安装指引、参数调优指南及常见问题解决方案。示例代码需具备完整的错误处理机制与性能优化建议,涵盖图像预处理、光照补偿等实际应用中的关键技术点。 掌握该技术体系仅有助于深入理解计算机视觉原理,更为疲劳驾驶预警、医疗监护等实际应用场景提供了可靠的技术基础。后续优化方向可包括多模态特征融合、深度学习模型集成等进阶研究领域。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值