在iOS的开发过程中,UITableView的使用频次是非常高的,用来加载具有一定规则的的cell来呈现更多的展示内容.而根据规则的不同我们也要对cell做出相应的改变--自定义cell.使用自定义cell就不得不说一下cell的高度计算.
在iOS6以前
手机坐标宽度为固定的320,cell内部的布局基本都是依靠setFrame方法.也就是说cell的横向布局基本都是固定的(有的可能在横向也会做出改变,但这些都可以提前计算出宽度).
- (float)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
introw = [indexPath row];
// 列寬
CGFloat contentWidth = self.tv.frame.size.width;
// 用何種字體進行顯示
UIFont *font = [UIFont systemFontOfSize:14];
// 該行要顯示的內容
NSString *content = [_arr objectAtIndex:row];
// 計算出顯示完內容需要的最小尺寸
CGSize size = [content sizeWithFont:font constrainedToSize:CGSizeMake(contentWidth, 1000.0f) lineBreakMode:UILineBreakModeWordWrap];
// 這裏返回需要的高度
returnsize.height+20;
}
使用这种方法,乍看是没什么问题的,但是我们知道每次reloadData的时候都会先走这个代理方法来计算所有cell的高度.也就是说如果tableView中有100个cell的话,它会先走100次,然后在滑动tableView让cell出现的时候会在计算一次.这意味着每次tableView在显示之前都要在主线程做出大量的计算.如果cell做的比较复杂可能还会出现滑动卡顿的情况.一般碰到这种情况,我们会在得到数据源的同时通过sizeWithFont:constrainedToSizelineBreakMode:方法来得到高度,并将高度保存在数组中.
如果cell比较复杂,造成滑动卡顿,那我们就得从cell本身下手了(产品经理,你的需求臣妾做不到啊):
1,复用cell.这个应该不用多说了吧.另外xib写的cell可以在右边直接注册复用标识符的.
2,减少视图的数目.view是是一个很大的对象,创建它需要消耗很大的资源并且影响渲染速度.所以还是多使用属性字符串来减少视图的数量.如果你们的产品对滑动要求很苛刻,而你又恰好有大量的时间的话,可以考虑drawRect
- (void)drawRect:(CGRect)rect { if (image) { [image drawAtPoint:imagePoint]; self.image = nil; } else { [placeHolder drawAtPoint:imagePoint]; } [text drawInRect:textRect withFont:font lineBreakMode:UILineBreakModeTailTruncation]; }
这样确实能很大程度的提高流畅度,但是会给开发和维护造成很大的难度.
3,不要阻塞主线程.不要再滑动的时候让主线程执行耗时的方法,如图片请求.
其实主要的方法就这几个,之前百度了几篇文章,讲的很细,但是在巨大多数开发过程中真正会用到的也就这几种.
iOS6之后
iOS6之后苹果引入了自动布局(主要针对不同屏幕宽度做适配),我们也将cell的布局从setFrame方法变为了添加约束,在配合xib的使用也极大的提高了开发速度.在很长一段时间里,我是不大喜欢用xib+autoLayout来开发的,因为当时会觉得,xib写的cell的可变动性太小了,而且高度也不大好计算.但是在后来的开发和学习后,我基本写cell都会使用xib加约束.
iOS6之后,引入了一个新的方法来计算cell的高度
- (CGSize)systemLayoutSizeFittingSize:(CGSize)targetSize;
首先,创建一个UITableViewCell的子类,在cell上添加视图,然后给视图添加各种约束.注意添加约束的时候一定要有上下关联(也就是说最上的视图对contentView有top约束,最下的视图对contentView有bottom的约束,两个视图就要有直接或者间接的纵向约束).然后按照如下方法就能得到高度.
- (CGFloat)tableView:(UITableView*)tableView heightForRowAtIndexPath:(NSIndexPath*)indexPath;
{
EpListCell*cell = (EpListCell*)[selftableView:_tableViewcellForRowAtIndexPath:indexPath];
[cellsetNeedsUpdateConstraints];
[cellupdateConstraintsIfNeeded];
CGSizesize = [cell.contentViewsystemLayoutSizeFittingSize:UILayoutFittingCompressedSize];
returnsize.height+1.0f;//contenView高度和cell高度相差1
}
当你尝试这种方法的时候,你会发现为什么我设置numberOfLines=0并且字数明显超过了一行,它为什么不换行.这时候你只用给需要换行的label加上preferredMaxLayoutWidth就好了.
self.medicineNameLabel.preferredMaxLayoutWidth=SCREEN_WIDTH-60;
这样他就能正常换行并且自动计算高度了.
但是这样你依旧会发现一个问题,就是在得到数据源同时来计算cell的高度变麻烦了.我必须创建一个专门计算高度的cell来计算高度.
然而iOS7用给我们带来了一个新的方法.
- (CGFloat)tableView:(UITableView*)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath*)indexPath
如果实现了这个代理方法,那么在tableView reloadData时将不在一次性执行100次cell高度的计算方法,而是将上面这个代理方法返回的值作为cell的预估高度.如果cell比较少,且预估高度和实际高度相差比较大的情况下滑动tableView,你会发现滚动条在跳动.
总觉得这个方法有点得不偿失,提高刷新速度的同时,反而降低了滑动的流畅程度.
iOS8之后,苹果对这个方法做了改进.如果你的cell中的约束符合规范
在写了
- (CGFloat)tableView:(UITableView*)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath*)indexPath
方法后,可以不用写
- (CGFloat)tableView:(UITableView*)tableView heightForRowAtIndexPath:(NSIndexPath*)indexPath
而且滑动效率也有所提高.
UITableView作为iOS开发中最重要的一个控件,苹果也不停的在对其作出更多的优化.值得庆幸的是,适配并不麻烦.否则真的是哔了狗了...
