iOS开发中对于UITableViewCell高度自适应的文章已经不少不少,但若是cell内容比较复杂,刚使用autolayout配置自使用时仍是总不能一次性成功。ios
这里只说设置的关键一点:markdown
Cell
内部的Constraints
必定要有一条从Cell
顶部到底部的一条可联通线。函数
图例列表:布局
最后顶部元素居上和底部元素距底部,加上约束便可。
这条线上能够有固定高度的元素,能够有自适应高度的元素,但要保证:ui
设置自适应高度的元素都在这条线上。atom
固然若是在同一水平上有两个须要自适应高度的元素,就有择其一了。spa
其余注意要点:3d
UITableViewCell
的size inspector
里面 Row Height
是Default
而不是custom
的数值,不然以后无论你如何操做,UITableViewCell
优先使用的都是custom
的数值。_tableView.estimatedRowHeight=44.0;
若是没有这一行,依然没法自动布局。Label lines
为0
最后在代码文件中,添加代码:
iOS8
使用iOS8新出的方法:code
self.tableView.estimatedRowHeight=44; self.tableView.rowHeight=UITableViewAutomaticDimension;
iOS7
(就让iOS7丢弃在历史中吧。)
ios中没有UITableViewAutomaticDimension自动计算高度,就只能本身去计算了。
ios7中须要一个辅助cell,cell的内容和UITableView的内容一致,但不用于显示,而是用于根据填充的内容计算每一个cell的高度。router
@property (strong,nonatomic) AdaptionCell *adaptionCell;
//-(void)viewDidLoad 这里为何不能使用[tableView dequeueReusableCellWithIdentifier:cellIdentifier forIndexPath:indexPath]设置一个cell。由于这会致使cell被建立了可是又不曾被tableView:cellForRowAtIndexPath:方法返回,会形成内存泄露。
self.adaptionCell = [cellNib instantiateWithOwner:nil options:nil][0];
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{ self.adaptionCell.contentLabel.text=self.dataArray[indexPath.row%2]; [self.adaptionCell layoutIfNeeded]; CGFloat height = [self.adaptionCell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height; return height+1; }
这里为何要+1,由于UITableViewCell有个边缘线,比其ContentView高1(其实应该是0.5)
上面的方法里使用的一个函数systemLayoutSizeFittingSize获取contentView的size,最终获得一个自适应后的height。
但这里有个问题---为何这个方法获得了一个自适应的height,而不一个自适应的Width!
因此应该有个地方来限定Width,使得Cell的内容的填充是在纵向上,而不是横向。
// AdaptionCell.m - (void)layoutSubviews{ [super layoutSubviews]; [self.contentView layoutIfNeeded]; self.contentLabel.preferredMaxLayoutWidth = CGRectGetWidth(self.contentLabel.frame); }
最后的最后,附上结果图:
和一个问题:
若是cell中须要自适应高度的文本是富文本,是否还可使用autolayout作自适应?
简单的UILabel
attributedText
能够经过