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 @ 2021-07-21 15:52  小菜看代码  阅读(919)  评论(0编辑  收藏  举报