2016-03-09 19 views
0

有没有办法索引已使用forge.prefs.set()本地存储的数据?索引数据存储在本地通过prefs

对于我正在处理的应用程序,存在大量本地存储的数据,使用forge.prefs.get()检索数据可能会很慢。

回答

3

是否有一个特定的原因,你正在使用prefs vs说indexDB?首饰是真的不需要存储大量的数据,真的存储一些用户的首选项,但大型索引将是缓慢的。

我强烈建议localforage,因为它提供了一个很好的垫片,并且非常类似于本地存储请求。

我有类似的需求,一次尝试的首选项,但他们提到太慢,我这样做是因为本地存储5兆极限,然后我切换到indexDB(localforage),因为它做了我所需要的并且速度很快。我工作的方式是在应用程序加载时将我的localstorage转储为运行时变量,这样我就可以快速访问它并通过简单的循环遍历对象

如果您需要更复杂的操作,则还有其他垫片但它们更复杂,然后localforage

+0

我们将数据存储到让应用程式在离开公司网络时工作,forge.prefs.set()是我们开始使用的选项,因为当时没有太多数据。我们需要存储的数据量近来大大增加了,所以我只是在寻找有效的方式来存储和检索数据。我将研究你提到的indexDB解决方案。谢谢! – jtruit01

+0

嗯,我会看localforage然后它的简单易用,就像我说的,它的垫片,所以它会使用任何支持(不像以前那样重要,但仍然很好) http://mozilla.github .IO/localForage / – proxim0

0

forge.prefs分别在Android和iOS上使用android.content.SharedPreferencesNSUserDefaults

(见:https://github.com/trigger-corp/trigger.io-prefs/tree/master/inspector

虽然对数据的它们可以持续既不是特别非常适合于扯皮大量数据的量没有上限。

我会按照proxim0或可能甚至WebSQL的建议与IndexedDB一起使用。

(的WebSQL 正式弃用,但它是不可能的,无论是iOS或Android的网络运行时间很可能随时很快下降的支持也看到:https://softwareengineering.stackexchange.com/questions/220254/why-is-web-sql-database-deprecated