为啥不应该在删除/插入行的方法上调用 reloadData

Posted 2023-02-27

【中文标题】为啥不应该在删除/插入行的方法上调用 reloadData

【英文标题】：why reloadData shouldn't be called on methods that delete/insert rows为什么不应该在删除/插入行的方法上调用 reloadData

【发布时间】：2012-12-24 08:03:55

【问题描述】：

我试图实现sparrow，例如显示操作行的行滑动（我的起点是this 代码）。

对于我创建的每一行.. 我还创建一个引用父行的“backView” UITableViewCell.. 这样当我在 backView 上单击删除时.. 它知道要删除哪个电子邮件等。

我没有使用 ios 的内置编辑模式 delete.. 我只是在 backView 上创建了一个按钮并为其附加了一个事件处理程序。父单元格是后视图的委托。后视图将删除任务交给父单元格。

我遵循苹果的instruction 不在我的事件处理程序方法中添加 reloadData。但是后来事情都搞砸了..我会删除一行，它不会被删除或以错误的顺序删除等等。我注意到，如果我在每次删除后跳回父菜单..事情完美地工作..所以使用this 解决（即暴力强制reloadData in）一切工作完美。

我的问题是（抱歉介绍太长了）为什么要求我们不要在插入/删除方法中使用 reloadData？还是仅当我们使用editing mode way of deleting rows 时才适用此指令？苹果对此并不十分清楚。

【问题讨论】：

"IInstead of using iOS's built in editing mode delete" - 这是你的问题。

你是说该指令仅适用于我使用iOS内置编辑模式的情况？

如果您重复刚才所说的作为答案.. 我很乐意奖励您正确的答案

【参考方案1】：

试试这个：

用 indexPath.row 标记删除按钮 然后在删除按钮IBAction

假设你只有一个部分

-(IBAction)deleteBtn:(id)Sender

    UIButton *delBtn = (UIButton *)sender;

    [self.tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:[NSIndexPath indexPathForRow:delBtn.tag inSection:0]] withRowAnimation:UITableViewRowAnimationLeft];

这只会删除 indexPath 处的行，并且只会重新加载该行。

【参考方案2】：

由于- [UITableView reloadData] 重新加载所有数据，它基本上会使对 UI 的任何临时、非永久性更改无效。您应该在数据结构中反映这些变化，或者，我认为这通常是一个更好的主意，坚持 Apple 的默认方法（尝试仅更改图形，而不是逻辑）。

【参考方案3】：

reloadData 完全重建表格绕过动画。如果您删除或插入行，请使用 beginUpdates。以下是解释：

-(void)beginUpdates 开始一系列插入、删除或选择接收器的行和部分的方法调用。 如果您希望后续的插入、删除和选择操作（例如，cellForRowAtIndexPath: 和 indexPathsForVisibleRows）同时进行动画处理，请调用此方法。这组方法必须以调用 endUpdates 结束。这些方法对可以嵌套。如果您不在此块内进行插入、删除和选择调用，则行数等表属性可能会变得无效。你不应该在组内调用 reloadData；如果您在组内调用此方法，您将需要自己执行任何动画。

【讨论】：

但我对制作任何动画不感兴趣

我认为这是一个建议而不是限制。我在删除时使用 reloadData 没有遇到问题。