iOS 关于UITableView的黑科技

  UITableView是我们最常用的控件了，今天我就来介绍一些关于UITableView的黑科技和一些注意的地方。

1.修改左滑删除按钮的高度

  左滑删除这是iOS最先发明的，之后安卓开始模仿。有时候我们需要对他进行自定义，比如添加图片啊，修改字体和大小啊，其实这个可以很简单。

- (void)layoutSubviews {

    [super layoutSubviews];

    for (UIView *subview in self.subviews) {
        if ([subview isKindOfClass:NSClassFromString(@"UITableViewCellDeleteConfirmationView")]) {
            // 修改左滑删除按钮的高度
            CGRect frame = subview.frame;
            frame.size.height = self.frame.size.height - 10;
            subview.frame = frame;

            for (UIButton*deleteBtn in subview.subviews) {

                if ([deleteBtn isKindOfClass:[UIButton class]]) {

                    // deleteBtn 就是那个删除按钮 在这里自定义按钮的字体、背景色、添加图片等
                    [deleteBtn setTitleColor:[UIColor blackColor] forState:UIControlStateNormal];
                }
            }

            break;
        }
    }
}

  UITableViewCellDeleteConfirmationView就是删除按钮所在的View。我这次的需求如下图：

由于删除按钮的高度和cell的高度是一致的，所以会出现左面的效果。不过用户看起来就会很别扭，因为用户理解的cell是不包括灰条的，所以我们就需要修改删除按钮的高度，其实也就是修改UITableViewCellDeleteConfirmationView的高度。同时，我们也可以自定义按钮的样式，例如背景色，字体，添加图片等。

  但是我发现这样自定义删除按钮之后，删除起来非常卡顿，因为每次cell布局都需要执行一次for循环，影响效率。所以我强烈建议用下来的方法。

- (void)willTransitionToState:(UITableViewCellStateMask)state {

    [super willTransitionToState:state];
    if (state == UITableViewCellStateShowingDeleteConfirmationMask) {

        for (UIView *subview in self.subviews) {
        if ([subview isKindOfClass:NSClassFromString(@"UITableViewCellDeleteConfirmationView")]) {
            // 修改左滑删除按钮的高度
            CGRect frame = subview.frame;
            frame.size.height = self.frame.size.height - 10;
            subview.frame = frame;

            for (UIButton*deleteBtn in subview.subviews) {

                if ([deleteBtn isKindOfClass:[UIButton class]]) {

                    // deleteBtn 就是那个删除按钮 在这里自定义按钮的字体、背景色、添加图片等
                    [deleteBtn setTitleColor:[UIColor blackColor] forState:UIControlStateNormal];
                }
            }

            break;
        }
    }
  }
}

  不过遍历UITableViewCellDeleteConfirmationView必须延时执行，因为UITableViewCellDeleteConfirmationView是懒加载的，不延时执行，遍历不到UITableViewCellDeleteConfirmationView。

2.删除cell之后刷新表格

  删除cell之后需要刷新表格，以前我都是用- (void)reloadData; ,但是如果表格里的cell很多，频繁的删除，手机就卡死了。因为我们只是删除一行，却需要刷新整个表格，太浪费资源了。我就想有没有可能像只刷新一行、一段那样的方法呢，后来我发现了下面的方法，非常好。

- (void)deleteSections:(NSIndexSet *)sections withRowAnimation:(UITableViewRowAnimation)animation;

他的用法和刷新一行一段完全一样，但是animation这个参数应该是无效的，因为你无论怎么改动画都没有改变。

    [self.tableView beginUpdates];
    [self.tableView deleteRowsAtIndexPaths:@[[NSIndexPath indexPathForRow:index inSection:0]] withRowAnimation:UITableViewRowAnimationNone];
    [self.tableView endUpdates];

注意：1.一定要在删除数据源之后，在执行上面的方法。否则会崩溃，报下面的错误：

*** Assertion failure in -[ShopCarTableView _endCellAnimationsWithContext:], /SourceCache/UIKit/UIKit-3318.16.21/UITableView.m:1582
libc++abi.dylib: terminate_handler unexpectedly threw an exception

2. [self.tableView beginUpdates];和 [self.tableView endUpdates];两句代码可以省略，分别表示开始更新和结束更新，这个更新包括insert、delete、move、reload。

3.用这个方法容易报下面的错误。

attempt to delete row 4 from section 0 which only contains 4 rows before the update

这是友盟返回的错误，我定位到错误的位置，反复的删除cell，也没有闪退。我就百思不得其解，上网百度也没有发现有价值的信息。后来我发现：假设一个表格有5行，每行的index分别是0，1，2，3，4。如果我删除了第四行，每行的index就应该变为0，1，2，3，也就是说原来的第五行变成了第四行，index应该是3，但用于没有刷新整个表格，他的index仍然是4，我按照index = 4来刷新这个cell就报上面的错误。是不是有点复杂，没懂。简单一句话，执行了deleteRowsAtIndexPaths方法，表里的每个cell的indexPath都应该发生变化，但是没有 。其实不是每个，应该是删除那个cell下面的cell会有变化，便于理解所以说每个。

  这就尴尬了，是不是又得刷新整个表格了。当然不是了，但是我们不能直接用cell的indexPath刷新它了。每个cell都有一个数据，根据这个数据在整个数据源中的位置来重新获取它的indexPath，刷新cell。

    GoodsModel *goods = notification.object[@"goods"];
    NSUInteger index = [self.tableView.shopCarArr indexOfObject:goods];
    [self.tableView reloadRowsAtIndexPaths:@[[NSIndexPath indexPathForRow:index inSection:0]] withRowAnimation:UITableViewRowAnimationNone];

  好司机，都是用汽油堆起来的！说的真对，做的项目多了，遇到的问题也就多，迫使我们去解决问题，阅读苹果的API。官网API写的真的很详细，也很易懂，不需要有多高的英语造诣，对提高自己真的很有帮助。另外，这几天的一句经验之谈，任何一个小问题，都不能放过，赶紧解决，否则有可能会酿成大错。