我有一个使用用户设置的请求列表的类.请求列表存储在SharedPreferences中.我面临的困境是每次需要请求列表时是保留请求列表的实例还是从SharedPreferences读取(这是非常频繁的).
也不是说Gson用于反序列化对象.
代码如下:
public List<PrayerTimesCalculator.Time> getDefaultRequestList() { if (mRequestList != null) return mRequestList; // Try getting request list from preferences; Gson gson = new Gson(); String json = mSharedPref.getString(KEY_PREF_REQUEST_LIST,null); Type listType = new Typetoken<List<Time>>() { }.getType(); mRequestList = gson.fromJson(json,listType); if (mRequestList != null) return mRequestList; // Create default list; mRequestList = Arrays.asList( Time.DAWN,Time.MORNING,Time.AFTERNOON,Time.EVENING,Time.MID_NIGHT); return mRequestList; }
目标
我担心的是,如果我保留请求列表的实例,并且该类有多个实例,则在重新创建其他实例之前,对该类的一个实例中的请求列表的更新将不会反映出来. .
因此,我倾向于从SharedPreferences中读取,除非有更好的方法来保持请求列表在所有实例中都被更新.
问题
(1)那么,对象的多个实例经常从SharedPreferences中读取相同的密钥效率如何? (2)是否有更好的方法来保持请求列表在所有情况下都被更新?
解决方法
首先,你的对象很小 – 重读几千次SharedPreferences几乎不会引人注意.它不像SharedPreferences在远程驱动器上或“连接不良”.
其次,如果你不喜欢这个答案,那么你需要一个DAO(数据访问对象). SharedPreferences已经是这种形式.它提供了一种存储和检索数据的方法,您可以放心地获得最新的数据.但是,如果您觉得可以改进它的优化(因为它是通用的,这是您的应用程序),那么您可以通过执行“读取”和“写入”操作的静态对象提供对数据的访问.这将保证使用最新数据完成对对象的访问.当然,您需要具有线程感知等等(SharedPreferences并不总能保证这一点).
接下来,您可以将数据保存在数据库中并使用游标或其他内置或自定义DAO.这需要另一层次的复杂性和大量开销,但是当应用程序的多个组件可能需要访问数据,提供更新或需要实时监视更改时非常有用,因为后台线程或其他对象可能会进行修改您的应用行为或UI更新结果.
最后,您可以使用更复杂的数据存储,例如Content Provider.如果您希望/需要其他应用访问您的应用提供的数据(并且您的应用也可能使用该数据),则确实需要这样做.这是一个复杂的解决方案,实现完全超出了这个问题的范围.
但我提到它是因为您似乎有兴趣确保频繁读取SharedPreferences是可以接受的.它绝对是可以接受的 – 除此之外还有其他东西,数据库和内容提供商.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。