前提
- 本文以
Swift作为讲解,OC类似,不作赘述 - 我们这里讨论的是纯代码方式的布局,所以
XIB和Storyboard的使用方式不在本文的讨论范畴。
问题描述
通常情况下,我们都是通过
func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat {
return 50
}
提前告知每个Cell的高度。
当 UITableViewCell 中的内容出现图文混排时,每个的Cell高度不尽相同。比较笨的做法,是使用 String 的自动计算文本的高度(实际上是宽高都计算了,也就是size)
下面是根据字体大小计算系统默认字体的 字符串 所占的宽度
// MARK: 计算字符锁占的宽度
func calculateStringWidth(sourceString: String?, fontSize: CGFloat) -> CGFloat {
guard let _ = sourceString else {
return 0
}
let size: CGSize = CGSize(width: CGFloat(MAXFLOAT), height: CGFloat(MAXFLOAT))
let rect: CGRect = sourceString!.boundingRect(with: size, options: NSStringDrawingOptions.usesFontLeading, attributes: [kCTFontAttributeName as NSAttributedStringKey: UIFont.systemFont(ofSize: fontSize)], context: nil);
return rect.width
}
事实上,就图文混排的UITableViewCell 而言,特别需要高度的自适应。
解决的第三方库
使用的第三方库 UITableView-FDTemplateLayoutCell
解决思路
这里的思路是利用 autoLayout(实际上就是OC中的Masonry,Swift中的SnapKit) 写好约束布局,在tableViewDelegate的高度和cell实现中作充数据填充(我这里叫render渲染),自动把高度撑开的过程。
实例代码:
TableView 中的代理
func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat {
return tableView.fd_heightForCell(withIdentifier: titleWithRightImageCellID, configuration: { (cell) in
let currentCell = cell as! ArticleTitlWithRightImageCell
currentCell.renderCell(with: self.testDataSource[indexPath.row])
})
}
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
cell = (tableView.dequeueReusableCell(withIdentifier: titleWithRightImageCellID,
for: indexPath)) as! ArticleTitlWithRightImageCell
cell.renderCell(with: testDataSource[indexPath.row])
return cell
}
可以看到,在两个代理中调用了同一个渲染。渲染的实质是让其中的
UILabel和UIImage之类的数据重赋值。涉及之前有提到过的复用机制,这了不赘述。除此之外,渲染还做了一些约束的重置,因为一些情况下,cellmodel对应的那个数据并不存在,需要隐藏
另外,实际上 UITableView-FDTemplateLayoutCell 在 fd_heightForCell 中提供的方法不只是 fd_heightForCell一种,还有其他带缓存的方法,因为没有深入研究,这里不做展开了。
Cell 中的约束示例
private func setupConstrains() {
titleLabel.snp.makeConstraints { (make) in
make.top.equalTo(contentView.snp.top).offset(16).priority(.high)
make.leading.equalTo(11)
make.trailing.equalTo(-11)
}
imageViewContainer.snp.makeConstraints { (make) in
make.left.right.equalTo(contentView)
make.top.equalTo(contentLabel.snp.bottom).offset(10)
make.height.equalTo(imageHeight)
}
footerView.snp.makeConstraints { (make) in
make.height.equalTo(46)
make.left.right.equalTo(contentView)
make.bottom.equalTo(contentView.snp.bottom).priority(.high)
make.top.equalTo(imageViewContainer.snp.bottom)
}
}
约束中,务必注意以下几点,否则约束一旦出错,就有可能无法撑开高度。
-
Cell需要使用tableView的registerNib或者registerClass的方法进行注册,否则会报异常。 - 添加控件必须使用
self.contentView.addSubView- 所有的控件,必须添加到
cell.contentView中去! - 所有的控件,约束也必须依赖于
cell.contentView而非cell,否则会出错
- 所有的控件,必须添加到
- 顶部和底部的约束必须写好
- 最上面的控件,要写针对
contentView.snp.top的依赖,并设置最高权限priority(.high) - 最下面的控件,要写针对
contentView.snp.bottom的依赖,并设置最高权限priority(.high)
- 最上面的控件,要写针对
如果不添加最高权限,你会发现,我们的布局其实是正确的,但是一直会报一个类似
<NSLayoutConstraint UITableViewCellContentView.height == 44>的约束冲突。实际测试发现,是因为heightForCell默认是一个44高度,我们在回调中使用了约束渲染把他撑开,他还是会报错
解决方案就是在顶部和底部添加最高约束权限。github issues 参考链接