我想将大约 5,000 个对象放入 UITableView 中。我目前正在通过一种机制来执行此操作，该机制从它们存储的数组中提取前 50 个，将它们复制到另一个数组，然后将该数组加载到 tableView 中。然后，当表格到达倒数第二个单元格时，我使用 willDisplayCell:forRowAtIndexPath 自动加载接下来的 50 个单元格。它通过跟踪它之前停止复制的位置来做到这一点，然后复制接下来的 50 个，然后重复这个过程。
这提出了一个我还没有解决的问题:当我加载第三个 50 时，我应该卸载前 50 个。所以，我们从 0 到 50，然后从 50 到 100，然后从 100 到150，此时，我需要删除 0-50。如果用户滚动回列表顶部，则需要再次加载前 50 个。基本上，该表在任何时候都不会超过 150 个条目，因此 0-150、或 50-200、或 100-250、或 150-300 等。
我想知道这是否是处理此类事情的最佳方式。当用户滚动到表格末尾时，减速没有问题，但我想知道异步加载数据之类的东西是否会更好？我对多线程真的很陌生，但如果它是一种更简单的方法，我很乐意尝试一下。
希望这是一个更基于意见的问题不会成为问题，我意识到可能没有一个固定的答案，但如果我得到“不是一个真正的问题”，我的问题是:是方法上面描述了将大量数据逐渐加载到 UITableView 中的最有效和最有效的方法，还有更传统的方法可以通过多线程、延迟加载或其他技术实现类似的效果?
编辑:我还要指出，绝大多数单元格不包含图像，它们只是几个 UILabel 实例。
为什么要创建另一个数组？如果 5000 个对象已经在一个数组中，则浪费(恕我直言)复制其中的一部分并将其重新创建为表格单元格。它们已经在内存中了。那么在渲染单元格之前是否需要进行一些转换？
如果数据已经在内存中，并且在数据和最终渲染之间完成的不是 CPU/IO 密集型任务，则异步加载不会产生太大影响。如果滚动感觉正确，那么我认为是尽可能快的。
另一件事是数据(构成原始阵列的数据)是否来自磁盘/网络或者是 CPU/密集型转换。那里是可以取得巨大 yield 的地方。
关于ios - 用户向下滚动时将大量数据加载到 iOS UITableView 的首选方式？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15026854/
| 欢迎光临 OGeek|极客世界-中国程序员成长平台 (http://ogeek.cn/) | Powered by Discuz! X3.4 |