首页 > 其他 > 详细

关于tableViewCell高度的计算

时间:2015-10-13 14:01:31      阅读:355      评论:0      收藏:0      [点我收藏+]

UITableView一直是我们app中使用频率最高的控件。UITableViewCell的算高问题也一直是一个老生常谈的问题。我们一般算高都是将cell中得各个控件的高度计算出来,然后给外界抛出一个接口,用来获取cell高度。如果cell是定高还好,如果是变高,我们还要计算文字图片的高度,每一个不同的cell 都有一大段算高的代码,而且tableview返回高度的代理方法,总是很频繁的调用,我们还要注意不要在主线程使用过于复杂的算法以免阻塞主线程。有时候,这些事情会搞得我们不胜其烦,我们总是把焦点放在这些地方,它耗费了我们大量的时间,我们急需要一种解决方案,可以将我们从其中解脱出来。

1.预加载

苹果已经注意到了这个问题,所以它在IOS7新增加了一个API

- (CGFloat)tableView:(UITableView *)tableView estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath NS_AVAILABLE_IOS(7_0);

有人对这个方法有印象吗?这是IOS7之后新添加的方法。解释这个方法之前,需要先了解tableView的算高机制。

我们以前通常使用heightForRowAtIndexPath方法返回对应cell高度,tableView在渲染之前都要调用这个方法来获取各个cell的高度,然后得到tableView的总高度,这意味在显示tableView之前需要进行大量的高度计算。注意这不是一屏,是计算所有数据的高度,并且是在主线程,很有可能会造成加载过慢,卡顿等现象。有人问为什么不能等页面滑动到某个 cell 的时候,再计算高度呢?答案就是,tableView有一个小的ScrollIndicator滚动条,高度是用来确定滚动条的大小和位置的。

estimatedHeightForRowAtIndexPath这个方法的意思就是返回一个cell 高度的估计值,这样tableView就直接取估值用来确定滚动条的信息而不需要调用多次算高的代理方法,这样就可以大幅度提高tableView的加载速度。

需要注意的是:1.它是IOS7之后才有的API。2.如果你的业务需求需要你一开始使用到tableView的contentSize或者contentOffset,那么请慎用。

2.autoLayout自动算高

现在有一种方案可以让我们不用费劲脑力去计算令人厌烦的行高,就是从autoLayout上面获取我们想要的cell高度。

在IOS8 WWDC上面苹果提出了一个概念self-sizing cell ,可以让cell根据内容自我适应高度。开启的方法就是开启上面提到的估算高度。

tableView.estimatedRowHeight = 44;


这样一句话就可以了。

为什么开启估算行高才能使用self-sizing?我猜可能是用autoLayout计算行高,会耗费大量的CPU时间,不开启估算行高,可能开始会一下子把主线程卡住,这样体验非常的不好。而且IOS8的tableView的滚动机制与以往不同,它没有做行高缓存,当你滚动的时候,它会频繁调用计算行高的代理方法。

可惜苹果的节奏总是慢那么一拍,我们在IOS7及更早的版本就无法使用self-sizing。但是一般的app都要求适配IOS7或者更早的版本,这样就需要我们自己去处理一下我们首先要用cell的contentView调用systemLayoutSizeFittingSize:方法计算出cell所需的高度是多少。使用UILayoutFittingCompressedSize参数可以得到适合cell中所有内容所需的最小尺寸。然后其高度就可以作tableView:heightForRowAtIndexPath:方法的返回值。

在当我准备写一套autoLayout自动算高的扩展时,我发现了有人为我们写好了它,于是我决定不再重复造轮子了。

UITableView+FDTemplateLayoutCell

为我们提供了一个自动计算行高,并且运行流畅(可以缓存行高),而且最低支持IOS6的一站式解决方案。具体的原理大家可以看它的源码。我在这里说一下大致的使用方法。

1.首先你的layout需要设置正确。在UITableViewCell子类中,添加布局约束,使得cell子视图的边缘固定(pin)到cell的contentView的边缘(最重要的是要有顶部和底部的边距约束条件)。注意:不要将子视图的边距约束固定到cell本身上了,只能固定到cell的contentView上, 确保每个子视图垂直方向上的内容压缩阻力(compression resistance)和吸附性约束(hugging constraints)没有被你添加的更高优先级的约束条件覆盖,让这些子视图的固有内容尺寸(intrinsic content size)来驱动contentView的高度。(看不懂推荐这本书 《iOS Auto Layout开发秘籍》)

技术分享

2.在tableView中注册你的cell

[tableView registerNib:[UINib nibWithNibName:@"Cell" bundle:nil]  forCellReuseIdentifier:@“Cell"];
或者
[tableView registerClass:[Cell class] forCellReuseIdentifier:@“Cell”];

3.改写tableView的高度代理方法,代码如下

#import <UITableView+FDTemplateLayoutCell.h>
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
    return [tableView fd_heightForCellWithIdentifier:@"identifer" cacheByIndexPath:indexPath configuration:^(id cell) {
        // 配置 cell 的数据源,和 "cellForRow" 干的事一致,比如:
        cell.entity = self.feedEntities[indexPath.row];
    }];
   }

github 请戳我

enjoy it 

关于tableViewCell高度的计算

原文:http://my.oschina.net/hantianyu/blog/516244

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!