ios开发约束问题

高度计算及缓存 TableHeaderView\Cell

2018-10-11  本文已影响33人  YYYYYY25
一、TableHeaderView 自适应高度
headerView

日常的业务需求中也许会经常碰到这种页面,拿到这种页面首先想到的肯定是把它封装成一个view,然后放在列表(tableView)的头部(tableHeaderView)。

但是,假如你只是自定义一个view,然后直接用下面这句代码,你会发现其中的布局多多少少会有些错误。

tableView.tableHeaderView = headerView

所以,下面给大家提供一个可行的解决方案!

1.1 确保自定义view中的约束正确

无论你是使用xibMasonry\SnapKit甚至原生layout布局,你一定要保证约束的正确,从上到下,从左到右。
这是一切的前提,当然如果你的view是固定高度的(不需要自适应)就另当别论了。

1.2 如果有必要,重写自定义view的layoutSubviews方法

view中的多行UILabel,如果其width不是固定的话(比如屏幕尺寸不同,width不同),要手动设置其preferredMaxLayoutWidth。 因为计算UILabel的intrinsicContentSize需要预先确定其width才行。

建议放在view的layoutSubviews方法中。

override func layoutSubviews() {
    super.layoutSubviews()
    label.preferredMaxLayoutWidth = label.bounds.width
}
1.3 配置tableHeaderView并计算高度
func configHeaderView() {    
    let headerView = Bundle.main.loadNibNamed("ChallengeTopTableViewCell", owner: nil, options: nil)?.first as! ChallengeTopTableViewCell
   
    headerView.setNeedsUpdateConstraints()
    headerView.updateConstraintsIfNeeded()
  
    // 这里height:800是随便给的,给大一些就好,应该没影响
    headerView.bounds = CGRect(x: 0, y: 0, width: MainScreenMeasurement.Width, height: 800) 
    
    headerView.setNeedsLayout() 
    headerView.layoutIfNeeded()    
        
    var height: CGFloat = headerView.contentView.systemLayoutSizeFitting(UILayoutFittingCompressedSize).height
    headerView.frame = CGRect(x: 0, y: 0, width: MainScreenMeasurement.Width, height: height)    
        collectionView.addSubview(headerView)

    tableView.tableHeaderView = headerView
}
done!
二、TableViewCell 自适应高度获取

自从有了UITableViewAutomaticDimension就没人再通过代码去自适应cell的高度了。但是其原理和上面获取tableHeaderView的代码差不多,都是在heightForRowAt:这里代理方法中底层调用systemLayoutSizeFitting

所以,让cell自适应高度,你只需要设置好约束,然后tableView.rowHeight = UITableViewAutomaticDimension即可。

2.1 关于cell高度的获取和缓存

这里别人的一篇简书,觉得很有意思,分享给大家的同时并留下一个问题供大家思考:Cell的高度缓存

根据这篇文章的思路,自己码了一个demo,有需要的可以随便看看:Demo

贴出关键代码:

override func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat {
    if heights.count > indexPath.row {
        let height = heights[indexPath.row]
        return height
    }
    return UITableViewAutomaticDimension
}
    
override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = tableView.dequeueReusableCell(withIdentifier: "reuseIdentifier", for: indexPath) as! MyTableViewCell
    cell.title.text = mode[indexPath.row]
    
    let height = cell.systemLayoutSizeFitting(CGSize(width: tableView.frame.size.width, height: 0), withHorizontalFittingPriority: .required, verticalFittingPriority: .fittingSizeLevel).height
    heights.replaceSubrange(Range(indexPath.row..<indexPath.row), with: [height])
    
    return cell
}

这里给大家抛一个问题吧。tableView的dequeueReusableCellWithIdentifier取出来的cell如果未用于tableView, 那么它就leak了。那么这里通过reuseableCell获取高度并缓存会出现问题吗?
还有就是关于cell和cell.contentView的问题。个人是推荐使用后者,以防万一。

最后

这篇文章用于记录业务代码中常遇到的问题,同类文章有很多很多,多总结多思考。加油~

上一篇下一篇

猜你喜欢

热点阅读