Android SharedReferences和数组
我创建了一个天气小部件。我将其配置存储在Android SharedReferences和数组,android,arrays,sharedpreferences,Android,Arrays,Sharedpreferences,我创建了一个天气小部件。我将其配置存储在SharedReferences中。小部件由服务更新。我把天气信息和天气预报放在一个数组里。手机关机后,我发现数组值消失了,可能是系统挂起了?服务。是否有一种方法可以将数组存储在共享首选项中以使其更具粘性。当然-或者想出一种方法,从可以存储在共享首选项中的字符串序列化/反序列化对象(例如,如果它是一个简单的数字数组,只需在逗号上快速拆分/联接即可;基本/反序列化可能适用于稍微复杂的数据)但是,如果你真的在使用大量结构化数据,那么,认真考虑使用Android
SharedReferences
中。小部件由服务更新。我把天气信息和天气预报放在一个数组里。手机关机后,我发现数组值消失了,可能是系统挂起了?服务。是否有一种方法可以将数组存储在共享首选项中
以使其更具粘性。当然-或者想出一种方法,从可以存储在共享首选项中的字符串序列化/反序列化对象(例如,如果它是一个简单的数字数组,只需在逗号上快速拆分/联接即可;基本/反序列化可能适用于稍微复杂的数据)但是,如果你真的在使用大量结构化数据,那么,认真考虑使用Android对SQLite的极好的内置支持,尽管这有点多。谢谢快速响应。我不知道序列化,但我想知道,B。ecause是一个字符串数组,用于遍历数组并将每个元素作为一对放到SharedReferences中(i=0;是的,虽然可能比拆分字符串要多,因为您还必须迭代回所有共享引用以进行反序列化。是的,这将是更多的工作,例如在web上序列化字符串数组然后再返回?感谢所有信息。您为什么认为“结构化数据”是否应该在sqlite中选择?sqlite(和relational db iin general)旨在保留关系数据,而不是结构化数据。我认为结构化数据与关系数据完全相反。无论API级别如何,请检查