IOS tableView自适应高度

本文介绍了iOS中tableView动态行高的计算方法,包括旧方法和新方法。旧方法涉及字符串计算,新方法利用AutoLayout和Interface Builder。文章讨论了预估行高方法的优缺点,建议动态行高时避免使用预估方法,固定行高时可使用预估方法提高性能。最后,提到了iOS8的新行高特性,但指出其在当前环境下应用有限。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

对tableView三种计算动态行高方法的分析

tableView是一个神奇的东西,可以这么说,就算是一个初学者如果能把tableView玩的很6,那编一般的iOS的需求都问题不大了。tableView是日常开发中用烂了的控件,但是关于tableView中的自定义cell的动态行高,还是有一些玄机的。笔者本次主要是因为预估行高的方法的问题作为了一个契机顺带写了此文对几种动态行高方法的分析。

旧方法

现在常规的动态行高的计算方法还是用

[str boundingRectWithSize:size options:NSStringDrawingUsesLineFragmentOrigin attributes:attrs context:nil].size

这其中需要先传入一个最大尺寸和一个属性字典,特殊的格式要求都写在属性字典中。

NSDictionary *attrs = @{NSFontAttributeName : font};

整个流程的基本思想大概就是:用一个字符串对象来调用此方法,中间需要传入一个属性字典来告知字体和样式,然后根据字符串长度的多少来算出应该给多大的frame。前面传进的size一般可以设置最大宽度。 此方法一般写成分类便于调用。

#import "NSString+Size.h"
@implementation NSString (Size)
/**
* 类方法计算size大小
*/
+ (CGSize)sizeWithString:(NSString *)str andFount:(UIFont *)font andMaxSize:(CGSize)size
{
NSDictionary *attrs = @{NSFontAttributeName : font};
return [str boundingRectWithSize:size options:NSStringDrawingUsesLineFragmentOrigin attributes:attrs context:nil].size;
}
/**
* 对象方法计算size大小
*/
- (CGSize)sizeWithFount:(UIFont *)font andMaxSize:(CGSize)size;
{
NSDictionary *attrs = @{NSFontAttributeName : font};
return [self bo
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值