android - 为简单的数据库操作设置大量 AsyncTasks 是不是很糟糕？

Question

有一个包含多个类别的设置屏幕，每个类别都有 5 到 6 个自己的设置。想象一下 Android 操作系统的设置屏幕。

现在，为了避免在底部设置按钮并尝试在用户更改任何设置时立即应用更改(从而提高应用程序的速度并获得更好的用户体验)，我想到了几十个AsyncTask 类，每个类都只实现一个简单的东西。

例如，有一个设置屏幕，其中包含 4 个要设置的内容。用户更改了 1 号设置，我立即在后台为该特定设置调用 AsyncTask。对于用户所做的每一次更改都是如此。

这样做有多聪明？这是否会重载 AsyncTask 想法，甚至会导致调用太多 AsyncTasks(我读到 AsyncTasks 有一个限制，即可以称为 5 或其他)？

当用户离开特定设置屏幕时调用 1 个 AsyncTask 进行所有更改是否是更好的设计？

注意:我这里不是问如何实现AsyncTask。我的问题直接关系到应用程序的最佳设计和最佳速度，以及最佳用户体验。

Answer 1

当你每分钟有超过 1/2 的操作时，你不应该使用 asynctask(引用 Android 中的限制)。你分配了很多对象，我个人发现它看起来像 Asynctasks 正在等待另一个。也许使用处理程序/可运行。

在站点注释中，您可以将所有变量更改保存在内存中，然后定期将设置保存到后备存储中。没有什么比设置实例变量/数组更快的了。