关于tableView中cell高度的计算3种方式记录

本文介绍了在iOS开发中,处理UITableView时遇到的三种不同的cell高度计算方法:简单情况下的双计算、在数据源中预计算高度以及复杂场景下的自绘Cell获取高度。随着业务复杂性的增加,开发者需要权衡计算逻辑的分布和代码维护性。
摘要由CSDN通过智能技术生成

tableView在开发过程中用到很多,关于cell高度的计算我大致用过3种方式。
一、简单情况
一开始在开发过程中,业务需求很少,渲染tableView时可以在

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

中计算一遍高度,在UITableViewCell中再计算一遍,由于场景简单,代码看起来也还算清晰,只要保证两边一致就可以。
二、稍复杂情况
业务场景渐渐复杂,按照上面的方法两边都根据业务逻辑进行判断和计算高度变的复杂了,特别是如果在cell里修改页面上一个label的字体而改变这个label的高度时,需要同时在Controller文件中的

- (CGFloat)tableView:(UITableView *)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值