如何解决IndexedDB在webkit内核下新旧版本的兼容问题

这篇文章会接着介绍IndexedDB(以下简称IDB)。我们会介绍如何解决在webkit内核下、新旧版本规范的兼容问题。

目前支持IDB的webkit内核浏览器有chrome和傲游3,safari暂不支持IDB。

首先,由于内核不同,所以window.indexedDB被改为了带有webkit前缀的变量window.webkitIndexedDB。同时发生变化的还有两个对象IDBKeyRange和IDBTransaction。如果想兼容gecko和webkit内核,那么可以在程序的开头加入如下代码:

  1. if ('webkitIndexedDB' in window) {  
  2.     window.indexedDB = webkitIndexedDB;  
  3.     window.IDBKeyRange = webkitIDBKeyRange;  
  4.     windowwindow.IDBTransaction = window.webkitIDBTransaction;  
  5. }  
  6. else if ('mozIndexedDB' in window) {  
  7.     window.indexedDB = mozIndexedDB;  

其次,webkit内核(chrome17或傲游3.3)和Firefox9及其更旧的版本遵循的IDB规范已经是旧版本的规范了,而Firefox10已经遵循的是新版本IDB规范。两者的主要区别在于版本控制的方式不同。旧版中的版本变更方式是:

  1. var req = window.indexedDB.open(dbName); // 旧版在这里不需要写明dbVersion  
  2. req.onsuccess = function (e) {  
  3.     var db = this.result;  
  4.     if (db.version != '1.0') {  
  5.         var subReq = db.setVersion('1.0'); // 通过setVersion修改版本号,而不是onupgradeneeded事件  
  6.         subReq.onsuccess = function (e) {  
  7.             // TODO: real success code  
  8.         };  
  9.     }  
  10.     else {  
  11.         // TODO: real success code  
  12.     }  
  13. }; 

除了上述的两点不同,新旧两版的接口设计基本上是相同的。

规范的频繁变更确实不是我们希望看到的,在IDB尚未被广泛应用时做出改变,或许影响面还不算太大。但如果我们希望通过一套代码兼容新旧两版规范,还是有办法的。

  1. var req = window.indexedDB.open(dbName, dbVersion); // 对于旧版而言,会忽略第二个参数,因此这里可以兼容  
  2. req.onsuccess = function (e) {  
  3.     var db = this.result;  
  4.     if (db.version != dbVersion) { // 新版中两者绝对一致,否则只会触发onupgradeneeded事件,因此这里也可以兼容  
  5.         // TODO: code of changing object stores for new version  
  6.         var subReq = db.setVersion(dbVersion);  
  7.         subReq.onsuccess = function (e) {  
  8.             // TODO: real success code  
  9.         };  
  10.     }  
  11.     else {  
  12.         // TODO: real success code  
  13.     }  
  14. };  
  15. req.onupgradeneeded = function (e) {  
  16.     // TODO: code of changing object stores for new version  
  17. }; 

—————- 兼容IE的分割线 —————

这里额外插入一段如何兼容IE10的说明,IE10***的预览版也已经支持了IndexedDB,和window.webkitIndexedDB和window.mozIndexedDB类似,IE10中对应的变量名为window.msIndexedDB,所以,相兼容IE,把上面***部分的代码改为:

  1. if ('webkitIndexedDB' in window) {  
  2.     window.indexedDB = webkitIndexedDB;  
  3.     window.IDBKeyRange = webkitIDBKeyRange;  
  4.     windowwindow.IDBTransaction = window.webkitIDBTransaction;  
  5. }  
  6. else if ('mozIndexedDB' in window) {  
  7.     window.indexedDB = mozIndexedDB;  
  8. }  
  9. else if ('msIndexedDB' in window) {  
  10.     window.indexedDB = msIndexedDB;  

即可。下面的“全兼容”的例子已经用到了这段代码。

—————- 兼容IE的分割线 —————

这样,我们就完成了不同内核不同版本下的“全兼容”。

还记得上一篇文章中的demo吗?我通过上面的兼容方法,对这个例子做了进一步的兼容性处理和接口封装,得到了另一个demo:

DEMO演示链接 (firefox/chrome/maxthon)

至此,IndexedDB技术介绍告一段落。我们先后介绍了基本原理、接口定义、并通过一个简单的例子,进行了gecko/webkit内核下的新旧规范的兼容和适配,希望诸位看过之后有所收获。IndexedDB的用途和用法还有很多,在此不一一列举,大家可以在W3C的官方文档中继续研究和探索。

【系列文章】

  1. IndexedDB的JS接口设计详解
  2. 浅析IndexedDB存数结构
  3. 调试IndexedDB应用程序
  4. 基于Firefox 10的IndexedDB实例演示

原文:http://bulaoge.net/user.blg?dmn=g3g4&cid=90094

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/238351.html<

(0)
管理的头像管理
上一篇2025-04-22 21:54
下一篇 2025-04-22 21:55

相关推荐

  • 站群服务器如何批量管理更高效,有哪些管理技巧?

    站群服务器批量管理想提效,自动化是唯一出路,通过统一配置管理工具与面板系统,结合服务商提供的底层基础设施支持,能将运维效率提升数倍,批量管理的核心痛点与解决思路多台站群服务器分散管理,最常见的问题就是重复劳动,每次软件更新、配置修改、安全加固,都需要逐台登录操作,不仅耗时,还容易漏掉某台机器,更头疼的是,一旦某……

    2026-07-27
    0
  • 服务器磁盘IO过高如何优化?,磁盘IO过高的原因有哪些?

    服务器磁盘IO过高,核心优化路径是“先定位、再分流、后升级”,你需要通过系统工具精确判断究竟是应用程序、日志策略还是硬件瓶颈导致,然后针对性地从代码、缓存、存储架构和硬件选型四个层面下手,其中选择持有持牌自营机房和增值电信业务经营许可证的服务商,能从根本上保障底层IO稳定性,定位IO瓶颈:动手优化的第一步盲目优……

    2026-07-27
    0
  • 跨境网站访问延迟高怎么解决,网站访问慢的原因是什么?

    跨境网站访问延迟高的核心解决思路在于多维度优化网络路径,包括使用全球CDN加速、选择靠近目标区域的优质IDC机房、调整传输协议以及精简应用层资源,其中服务商的基础设施质量直接决定优化上限,为什么跨境访问延迟高?三大核心因素物理距离与光速限制数据包在海底光缆中的传输速度受限于介质,从中国到美国西海岸的物理往返时间……

    2026-07-27
    0
  • 站群服务器到底是什么意思,怎么选择比较好

    站群服务器就是一台拥有多个独立IP地址、专门用于托管和管理多个网站的高性能服务器,其核心价值在于通过独立IP降低网站间的关联风险,并提升搜索引擎优化效果,站群服务器的工作原理与适用场景站群服务器本质上是将一台物理服务器通过虚拟化或直接配置的方式,分配给多个独立IP地址,每个IP对应一个独立的网站,这些网站共享服……

    2026-07-27
    0
  • 高防服务器误封正常流量如何调整,怎么解决?

    高防服务器误封正常流量,核心调整思路是从“一刀切”转向“精细化”——通过分析业务特征,调整防护阈值、配置白名单和启用智能学习模式,让防护系统学会区分真假流量,为什么会误封正常流量误封主要源于防护策略的通用化,高防服务器通常默认启用严格防护规则,当流量特征与攻击特征库部分匹配时,就会被拦截,据行业安全白皮书指出……

    2026-07-27
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注