iOS基础控件关于ios的表示图问题，UITableView

问题：iOS基础控件 关于ios的表示图问题，UITableView
描述:

就是在删除某行的时候为什么要先删除数据模型中的实例
例如以下例子：

-(void)tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *)indexPath
{
    [_items removeObjectAtIndex:indexPath.row];
    //为什么要有以上代码，不要以上代码为什么不行，_items是一数组，而且放在后面这行代码的后面也不行这是为什么

    NSArray *indexPaths = @[indexPath];  //还有这段代码能具体解释下吗
    [tableView deleteRowsAtIndexPaths:indexPaths withRowAnimation:UITableViewRowAnimationAutomatic];
}

---

解决方案1:

[tableView deleteRowsAtIndexPaths:indexPaths withRowAnimation:UITableViewRowAnimationAutomatic];

上述代码你可以看作

[self.tableView reloadData];

两者区别在于，第一种只是针对某一行（Cell）删除，而不必更新整个UITableView而造成资源浪费，同时亦提供了更好看的特效；第二种方法更生硬一些

光这个方法很难有说服力，下面我拿

[tableView insertRowsAtIndexPaths:indexPaths withRowAnimation:UITableViewRowAnimationAutomatic];

来做例子

假设我们是新增行，如果你先调用了insertRowsAtIndexPaths:withRowAnimation:，
UITableView将调用tableView:cellForRowAtIndexPath:去获取新增行的cell

想必在代码tableView:cellForRowAtIndexPath:里面你们都会这样写

NSDictionary *dataDictionary = _items[indexPath.row];

很明显因为你没有添加数据，这里会造成访问越界

这就是为什么在更新UITableView的UI时候，必先进行数据更新的原因

解决方案2:

NSArray *indexPaths = @[indexPath];
这行代码新建了一个数组指针，指向传过来的下标。注意，这只是个指针，对其的操作会影响到indexPath
如果你在下面那行中将object删去，那么指针指向的indexPath也会受到影响，因而之后再调用indexPath的时候，其值已经发生改变。建议你在这两行代码之中，在日志里输出indexPath的值（或者row的值），看看是否发生了变化。

解决方案3:

首先解释下

[tableView deleteRowsAtIndexPaths:indexPaths withRowAnimation:UITableViewRowAnimationAutomatic];

这个是对界面的操作，用了点动画删除了你要删除的那一行，只是操作UI，不操作数据。

然后

[_items removeObjectAtIndex:indexPath.row];

这个才是真正的操作数据。你这个_items应该是tableView的dataSource吧？只有在操作UI的时候把数据源（_items）里边的数据真正的删除了，在

[tableView reloadData]

的时候，你之前删掉的数据才不会再重新显示出来啊。

至于那两行代码为什么必须是那个顺序，就不知道了...希望有高手来回答一下，我们学习一下~

回答中有不对的地方请各位批评指正