iOS sizeForItemAtIndexPath方法在iOS14下变化

对于UICollectionViewDelegateFlowLayoutsizeForItemAtIndexPath这个方法大家都很熟悉,这个代理方法就是返回每个item尺寸的方法

@protocol UICollectionViewDelegateFlowLayout <UICollectionViewDelegate>
@optional

- (CGSize)collectionView:(UICollectionView *)collectionView layout:(UICollectionViewLayout*)collectionViewLayout sizeForItemAtIndexPath:(NSIndexPath *)indexPath;

在这个方法中有时我们需要动态计算每个item的size,此时我们就需要从数组中取出数据源,然后计算。

那么问题来了,是否需要判断数组越界的问题?

经实测iOS14之前,可以直接取值计算,不需要担心数组越界的问题

A:代码如下

复制代码
#pragma mark -- UICollectionViewDelegateFlowLayout
- (CGSize)collectionView:(UICollectionView *)collectionView layout:(UICollectionViewLayout*)collectionViewLayout sizeForItemAtIndexPath:(NSIndexPath *)indexPath
{
    TaskValueModel *model = self.model.orgRelationCollection[indexPath.row];
    NSString *str = ObjErrorCheck(model.value);
    
    CGRect itemFrame = [str boundingRectWithSize:CGSizeMake(LL_ScreenWidth -74, 14) options: NSStringDrawingTruncatesLastVisibleLine | NSStringDrawingUsesLineFragmentOrigin | NSStringDrawingUsesFontLeading attributes:@{NSFontAttributeName : [UIFont systemFontOfSize:14]} context:nil];
    
    CGFloat width = itemFrame.size.width + 24;
    return CGSizeMake(width, 32);
}
复制代码

但是iOS14之后就必须处理数组越界的问题,否则直接crash

B:代码如下

复制代码
#pragma mark -- UICollectionViewDelegateFlowLayout
- (CGSize)collectionView:(UICollectionView *)collectionView layout:(UICollectionViewLayout*)collectionViewLayout sizeForItemAtIndexPath:(NSIndexPath *)indexPath
{
    if (self.model.orgRelationCollection.count) {
        TaskValueModel *model = self.model.orgRelationCollection[indexPath.row];
        NSString *str = ObjErrorCheck(model.value);
        
        CGRect itemFrame = [str boundingRectWithSize:CGSizeMake(LL_ScreenWidth -74, 14) options: NSStringDrawingTruncatesLastVisibleLine | NSStringDrawingUsesLineFragmentOrigin | NSStringDrawingUsesFontLeading attributes:@{NSFontAttributeName : [UIFont systemFontOfSize:14]} context:nil];
        
        CGFloat width = itemFrame.size.width + 24;
        return CGSizeMake(width, 32);
    } else {
        return CGSizeZero;
    }
}
复制代码

综上所述:

我们应该采取B方案处理

备注:

不论是这个涉及系统适配的问题,还是别的什么问题,涉及数组的,从严谨的角度考虑,我们都应该做越界的容错处理

posted @   小菜看代码  阅读(942)  评论(0编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 提示词工程——AI应用必不可少的技术
点击右上角即可分享
微信分享提示