或许你有遇见过 indexedDB的使用场景

WebSql 没等我用就早早的被废弃了,Cookie似乎又是后端的专属...

先看看localStoragesessionStorage 一个比较致命的局限

  • 存储大小有限制,2.5M ~ 10M(大多数情况下够用了)

indexedDB 作为本地的NoSql数据库,像JS对象一样的存储数据

  • 理论上大小是没有什么限制的
  • JS对象中key、value能放什么,indexedDB几乎 也能放

抛开高大上的离线应用、增强用户体验不提,单从存储大小这块来说,就大有用勇武之地。

有这样一个场景,用户在A页面勾选表格中的行,跳转到其它页面要将用户勾选的id带过去

因为get的长度限制,加上id又很长,超过100行就会被截断

为了解决这个问题,我就在localStoragesessionStorage里泛起了愁,最后自然选择了后者。

当时还蛮担心会引起其它业务的崩溃,或者用户会觉得体验不好,结果啥也没发生... 是我想太多

不过,下次再有这种选择,自然要试试indexedDB

localForage你值得拥有:https://github.com/localForage/localForage