有一个包含多个类别的设置屏幕，每个类别有5到6个自己的设置。想象一下Android OS的设置屏幕。
现在，为了避免在底部设置按钮并尝试在用户更改任何设置后立即实施更改应用程序（从而在应用程序中获得速度并获得更好的用户体验），我想到了几十个AsyncTask个类，每个类只实现一个简单的事情。
例如，有一个设置屏幕，其中包含4个要设置的内容。用户更改设置1，我立即在后台调用AsyncTask该特定设置。对于用户进行的每次更改都是如此。
这样做有多聪明？这会过载AsyncTask这个过载是否会导致AsyncTasks过多AsyncTasks被调用（我读到AsyncTask有一个可以被调用的限制，5或者什么）？
当用户离开特定设置屏幕时，使用所有更改调用1 AsyncTask是否是更好的设计？
注意：我不是在问这里如何实施{{1}}。我的问题直接受到最佳设计和应用程序的最佳速度以及最佳用户体验的约束。
答案 0 :(得分：1)
如果一分钟左右的操作超过1/2，则不应使用asynctask（在Android推送限制时引用）。你分配了很多对象，我发现看起来Asynctasks正在等待另一个。也许使用处理程序/ runnable。
在站点注释中，您可以将变量中的所有更改保存在内存中，然后定期将设置保存到后备存储。没有什么比设置实例变量/数组更快。