Javascript 对于新项目，哪些客户端关系持久性存储选项是好的选择？

鉴于WebSQL已不再开发，IndexedDB尚未普及，作为客户端关系存储的开发人员，我们今后的选择是什么？现在最好不要使用这些功能中的任何一个？在我的场景中，我最初正在构建一个支持WebKit（Chrome和Safari）的浏览器插件，因此可以接受采用Firefox和IE中尚未采用的技术。我意识到我可以在Chrome和Safari中使用WebSQL，但是，由于W3C规范没有得到维护，因此无法知道这些浏览器对它的支持会持续多久。

如果它将成为Firefox扩展，那么您可以。SQLite组件将在Firefox中保留很长一段时间，因为它被用于很多其他东西，包括（我相信）IndexedDB实现，您只是不允许从网页访问它

你是对的，没有办法知道WebQL在WebKit中的支持会持续多久，但是苹果公司之前已经声明，即使在他们实现了标准版本之后（特别是如果最终的标准不同于他们的前缀版本），他们将继续支持大量的

-WebKit-

前缀CSS属性因为他们已经看到了如此广泛的应用。我认为WebSQL将以类似的方式被对待，如果支持被放弃，您至少会收到相当数量的警告

歌剧我不确定

---

IE永远不会包含SQLite，所以它永远不会有WebSQL。如果你正在做一个插件，你总是可以用类似的方式构建SQLite作为插件的一部分。

我首先想你一定搞错了——websql被废弃了？但是

我认为显而易见的答案是寻找一个抽象底层存储引擎的API。如果有什么东西可以让我编写SQL，并可以选择故障切换到服务器端数据库，那就太好了——但是websql的问题似乎在于SQL支持

persistence.js走了一段路。似乎没有大的进展

为indexedDB构建SQL层看起来是一项巨大的任务，不太可能很快完成

---

看起来很多其他人都在试图解决类似的问题。e、 g.

您可以使用localStorage变量来存储json字符串，以保留所有数据，或将其划分为仍在localStorage中的多个变量

localStorage作为键值存储肯定是一个可行的选择。不幸的是，除此之外它什么也做不了。如果您需要更多，请使用IndexedDB:）