多少共享首选项太多了？

Question

我正在编写游戏，并将几乎所有活动游戏数据（统计数据，位置等）存储在共享首选项中。

当完成所有操作后，这将导致我的游戏使用超过100个共享首选项。当然，这些存储值中的大多数是小整数或布尔值。

由于我不需要对存储的数据进行任何排序，我真的不需要使用数据库....除非有一些我不知道的明显优势。

有没有理由不以这种方式使用共享首选项？性能问题？数据完整性问题？什么？

提前致谢！

Answer 1

如果值仍然很小，并且您不需要对它们进行结构化（例如，如果您有用户配置文件或其他内容），则共享首选项应该没问题。 100个整数只有400个字节，因此即使共享首选项存储在内存中，也没什么大不了的。

Answer 2

共享首选项的数量没有限制（存储空间除外），但这些目前是作为整个共享首选项对象的单个XML文件编写的，所以你 你不想发疯多少。 100首选项不应成为问题，与数据库或平面文件等相比，它可以更快，更简单地访问数据。

Answer 3

它实际上是一个xml文件。在您的情况下，您的担忧当然没有问题。