我正在尝试实现sparrow行扫描，显示一个动作行（我的起点是this代码）。
对于我创建的每一行..我还创建一个引用父行的'backView'UITableViewCell ..所以当我在backView上点击删除时，它就知道要删除哪个电子邮件等。
而不是使用iOS的内置编辑模式删除..我只是在backView上创建了一个按钮并附加了一个事件处理程序。父单元格是后视图的委托..后视图将删除任务移交给父单元格。
我跟着apple的instruction没有在我的事件处理程序方法中添加reloadData。然后事情搞得一团糟......我会删除一行，它不会被删除或被错误的顺序删除等等。我注意到，如果我只是在每次删除后跳回到父菜单..事情完美地工作..所以使用this解决（即强制重新加载数据）一切都很完美。
我的问题是（对不起长篇介绍）为什么我们要求不在插入/删除方法中使用reloadData？或者此说明仅适用于我们使用editing mode way of deleting rows的情况？ Apple对此并不十分清楚。
答案 0 :(得分：1)
试试这个：
假设您只有一个部分
-(IBAction)deleteBtn:(id)Sender
{
UIButton *delBtn = (UIButton *)sender;
[self.tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:[NSIndexPath indexPathForRow:delBtn.tag inSection:0]] withRowAnimation:UITableViewRowAnimationLeft];
}
这只会删除indexPath上的行，只会重新加载该行。
答案 1 :(得分：0)
reloadData completly重建绕过动画的表。如果删除或插入行，请使用beginUpdates。这是解释：
- （无效）beginUpdates 开始一系列方法调用，插入，删除或选择接收器的行和部分。 如果要同时为后续插入，删除和选择操作（例如，cellForRowAtIndexPath：和indexPathsForVisibleRows）设置动画，请调用此方法。这组方法必须以调用endUpdates结束。这些方法对可以嵌套。如果未在此块内进行插入，删除和选择调用，则行计数等表属性可能会变为无效。你不应该在组内调用reloadData;如果你在组内调用此方法，则需要自己执行任何动画。
答案 2 :(得分：0)
由于- [UITableView reloadData]重新加载了所有数据，因此它基本上会使对UI的任何临时非永久性更改失效。您应该在数据结构中反映这些变化，或者，我认为这通常是一个更好的主意，坚持Apple的默认方法（尝试仅更改图形，而不是逻辑）。