iOS 关于UITableView的黑科技
软件设计 2017-05-18
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写的真的很详细，也很易懂，不需要有多高的英语造诣，对提高自己真的很有帮助。另外，这几天的一句经验之谈，任何一个小问题，都不能放过，赶紧解决，否则有可能会酿成大错。
