问题描述
|
我正在编写游戏，并以共享的首选项存储几乎所有活动的游戏数据（统计信息，位置等）。
当一切都说完之后，这将导致我的游戏使用100多个共享首选项。当然，这些存储的值大多数是小整数或布尔值。
由于我不需要对存储的数据进行任何排序，因此我并没有真正需要使用数据库...。除非存在我不知道的明显优势。
有什么原因为什么不应以这种方式使用共享首选项？性能问题？数据完整性问题？有什么事吗
提前致谢！
解决方法
如果值仍然很小，并且您不需要对其进行结构化设置（例如，如果您具有用户个人资料等），则“共享首选项”应该就可以了。 100个整数仅占400个字节，因此即使共享首选项存储在内存中，也没什么大不了的。
, 共享首选项的数量没有限制（存储空间除外），但是当前它们是作为整个共享首选项对象的单个XML文件编写的，因此您可以
不想为您放在那里而发疯。 100个首选项不成问题，与数据库或平面文件等相比，它可以更快速，更简单地访问数据。
, 它实际上是一个xml文件。就您而言，您的担忧当然没有问题。