【发布时间】:2011-06-23 23:12:55
【问题描述】:
我正在编写游戏并将几乎所有活动的游戏数据(统计数据、位置等)存储在共享偏好中。
这将导致我的游戏使用超过 100 个共享偏好。当然,这些存储的大多数值都是小整数或布尔值。
由于我不需要对存储的数据进行任何排序,我真的认为不需要使用数据库......除非有一些我不知道的明显优势。
为什么不应该以这种方式使用共享首选项?性能问题?数据完整性问题?有什么事吗?
提前致谢!
【问题讨论】:
标签: android
我正在编写游戏并将几乎所有活动的游戏数据(统计数据、位置等)存储在共享偏好中。
这将导致我的游戏使用超过 100 个共享偏好。当然,这些存储的大多数值都是小整数或布尔值。
由于我不需要对存储的数据进行任何排序,我真的认为不需要使用数据库......除非有一些我不知道的明显优势。
为什么不应该以这种方式使用共享首选项?性能问题?数据完整性问题?有什么事吗?
提前致谢!
【问题讨论】:
标签: android
如果值仍然很小,并且您不需要对它们进行结构化(例如,如果您有用户配置文件或其他东西),那么共享首选项应该就可以了。 100 个整数仅占 400 个字节,因此即使共享首选项存储在内存中,也没什么大不了的。
【讨论】:
共享首选项的数量没有限制(存储空间除外),但这些当前是作为整个共享首选项对象的单个 XML 文件编写的,因此您 不想因为你放了多少而发疯。 100 个首选项应该不是问题,与数据库或平面文件等相比,它允许更快、更简单地访问数据。
【讨论】:
它实际上是一个xml文件。就您而言,您的担忧肯定没有问题。
【讨论】: