cocoa-touch - 如何有效地更新带有动画的 UITableView？

Question

我的 iPad 应用程序具有从提要填充的 UITableView。与大多数 RSS 阅读器一样，它按时间倒序显示博客文章的链接列表，包括标题和每篇文章的摘要。提要经常更新，而且相当大，大约有 500 个帖子。我正在使用 libxml2 push parsing高效地下载和解析 NSOperation 子类中的提要，构建条目对象并随时更新数据库。但后来我需要用更改来更新 UITableView。

到目前为止，应用程序一直在为每个解析的帖子更新 UITableView，因为它被解析了。解析器在主线程上执行一个选择器来完成这项工作。但是，如果需要更新大量单元格，这会导致几秒钟的严重滞后。我可以通过在后台线程上运行表更新来缓解这种情况，但似乎这是 not a good idea .所以现在我想弄清楚如何在主线程上更有效地更新表格。

我可以调用reloadData当所有的帖子都被解析了，但它对用户不是很友好:没有动画来表明任何事情都发生了变化，只是一闪而过，新数据就在那里。我宁愿让它动画显示添加了新帖子并删除了旧帖子。未从提要中删除的现有帖子应被顶部出现的新帖子推下表格。

我知道这是可能的。 Byline ，举个例子，做得很好。每次从 UITableView 中添加或删除每个帖子，没有间隙显示表格背景。所有这些都不会让 UI 毫无 react 。这是怎么做的？？

我最近的尝试是只有在所有帖子都被解析后才更新表格(解析器非常快，所以延迟并不大)。然后，它将现有帖子加载到 NSDictionary 中，将它们的 ID 映射到用作表数据源的数组中的索引。然后它遍历新解析的帖子数组中的每个对象，将每个对象的 NSIndexPath 添加到稍后传递给 -insertRowsAtIndexPaths:withRowAnimation: 的数组中。 , -deleteRowsAtIndexPaths:withRowAnimation: , 和 -reloadRowsAtIndexPaths:withRowAnimation:根据需要插入、删除、移动或更新单元格。对于 500 个帖子，更新大约需要 4 秒，而 UI 完全没有响应。这段时间几乎专门用于 UITableView 动画更新；遍历两个帖子数组只需要很少的时间。

然后我对其进行了修改，以便在没有动画的情况下更新它们，并且我有单独的数组来插入/删除/重新加载动画，仅用于与当前可见行相对应的行位置。这更好，但是随着帖子被删除并添加新帖子，就会出现差距。

抱歉，这太啰嗦了，但结果如下:

如何更新 UITableView，新单元格被推开，其他单元格被推开，还有一些从一个位置移动到另一个位置，UITableView 中最多有 500 个单元格(一次可见 6-8 个)，并且每个动画都会发生按顺序，在 UI 保持完全响应的同时？

Answer 1

这个问题实际上有三个答案。也就是说，这个问题分为三个部分:

如何保持 UI 响应

如何保持快速更新

如何让表格更新动画流畅

用户界面响应能力

为了解决第一个问题，我现在确保在主事件循环的每次迭代中不能传递超过一个表更新消息。如果后台线程正在为它提供比它处理它的速度更快的东西，这可以防止主线程锁定。

这要归功于 Byline 发送给我的示例代码作者 Milo Bird，然后我将其集成到 Dave Dribin的 DDInvocationGrabber .这个接口(interface)使得在主事件循环的下一个可用迭代中将要调用的方法排队变得非常容易:

[[(id)delegate queueOnMainThread]
    parserParsedEntries:parsedEntries
               inPortal:parsedPortal];

我非常喜欢使用这种方法是多么容易。解析器现在使用它来调用所有委托(delegate)方法，其中大部分更新 UI。我已发布此代码 on GitHub .

表现

至于性能，我最初是一次更新一个 UITableView 行。这是有效的，但有些低效。我回去研究了 XMLPerformance例如，我注意到解析器一直在等待，直到它收集到 10 个项目，然后再分派(dispatch)到主线程以更新表。这是通过一次更新所有 500 行来保持性能而不使 UI 锁定的关键。我在一次调用中尝试更新 1、10 和所有 500 行，更新 10 似乎在性能和 UI 锁定之间提供了最佳折衷。五个可能也可以很好地工作。

动画片

最后，还有动画。观看 “Mastering Table Views” WWDC 2010 session 中，我意识到我使用 deleteRowsAtIndexPaths:withRowAnimation:和 updateRowsAtIndexPaths:withRowAnimation:方法错了。我一直在跟踪应该在表中添加和删除的地方，并适当调整索引，但事实证明这没有必要。在表更新 block 内，只需要引用更新之前的行的索引，而不管插入或删除多少行来改变它的位置。显然，更新 block 为您完成了所有的簿记工作。 (转到视频中大约 8:45 的关键示例)。

因此，为解析器传递给它的条目数(当前每次 10 个)更新表的委托(delegate)方法现在显式跟踪要从更新 block 之前更新或删除的行的位置，如下所示:

NSMutableDictionary *oldIndexFor = [NSMutableDictionary dictionaryWithCapacity:posts.count];
int i = 0;
for (PostModel *e in  posts) {
    [oldIndexFor setObject:[NSNumber numberWithInt:i++] forKey:e.ident];
}

NSMutableArray *insertPaths = [NSMutableArray array];
NSMutableArray *deletePaths = [NSMutableArray array];
NSMutableArray *reloadPaths = [NSMutableArray array];
BOOL modified = NO;

for (PostModel *entry in entries) {
    NSNumber *num = [oldIndexFor objectForKey:entry.ident];
    NSIndexPath *path = [NSIndexPath indexPathForRow:currentPostIndex inSection:0];
    if (num == nil) {
        modified = YES;
        [insertPaths addObject:path];
        [posts insertObject:entry atIndex:currentPostIndex];
    } else {
        // Find its current position in the array.
        NSUInteger foundAt = [posts indexOfObject:entry];
        if (foundAt == currentPostIndex) {
            // Reload it if it has changed.
            if (entry.savedState != PostModelSavedStateUnmodified) {
                modified = YES;
                [posts replaceObjectAtIndex:foundAt withObject:entry];
                [reloadPaths addObject:[NSIndexPath indexPathForRow:num.intValue inSection:0]];
            }
        } else {
            // Move it.
            modified = YES;
            [posts removeObjectAtIndex:foundAt];
            [posts insertObject:entry atIndex:currentPostIndex];
            [insertPaths addObject:path];
            [deletePaths addObject:[NSIndexPath indexPathForRow:num.intValue inSection:0]];
        }
    }
    currentPostIndex++;
}
if (modified) {
    [tableView beginUpdates];
    [tableView insertRowsAtIndexPaths:insertPaths withRowAnimation:UITableViewRowAnimationTop];
    [tableView deleteRowsAtIndexPaths:deletePaths withRowAnimation:UITableViewRowAnimationBottom];
    [tableView reloadRowsAtIndexPaths:reloadPaths withRowAnimation:UITableViewRowAnimationFade];
    [tableView endUpdates];
}

欢迎评论。完全有可能有更有效的方法来做到这一点(使用 -[NSArray indexOfObject:] 对我来说特别可疑)，而且我可能错过了其他一些微妙之处。

但即便如此，这对我的应用程序来说是一个巨大的改进。 UI 现在(大部分)在同步期间保持响应，同步速度很快，并且表格更新动画看起来恰到好处。