ios – performBatchUpdates上的UICollectionView性能问题

前端之家收集整理的这篇文章主要介绍了ios – performBatchUpdates上的UICollectionView性能问题前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们正在尝试使用自定义布局设置UICollectionView.每个CollectionViewCell的内容都是一个图像.总之,将会有数千张图像,并且在某个特定时间可以看到大约140-150张图像.在动作事件中,可能会在位置和大小上重新组织所有单元格.目标是使用performBatchUpdates方法为当前所有移动事件设置动画.在一切变得动画之前,这会导致很长的延迟时间.

到目前为止,我们发现内部方法layoutAttributesForItemAtIndexPath是为每个单元格调用的(总共几千个).另外,调用方法cellForItemAtIndexPath以获得比实际可以在屏幕上显示的更多的单元格.

有没有可能提高动画的性能

默认的UICollectionViewFlowLayout无法真正提供我们想要在应用中实现的那种设计.这是我们的一些代码

-(UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath {
RPDataModel *dm = [RPDataModel sharedInstance]; //Singleton holding some global information
NSArray *plistArray = dm.plistArray; //Array containing the contents of the cells
NSDictionary *dic = plistArray[[indexPath item]];
RPCell *cell = [collectionView dequeueReusableCellWithReuseIdentifier:@"CELL" forIndexPath:indexPath];
cell.label.text = [NSString stringWithFormat:@"%@",dic[@"name"]];
cell.layer.borderColor = nil;
cell.layer.borderWidth = 0.0f;
[cell loadAndSetImageInBackgroundWithLocalFilePath:dic[@"path"]]; //custom method realizing asynchronous loading of the image inside of each cell
return cell;
}

layoutAttributesForElementsInRect遍历所有元素,为rect中的所有元素设置layoutAttributes. for语句在第一个单元格中断,越过rect右下角定义的边框:

-(NSArray*)layoutAttributesForElementsInRect:(CGRect)rect {
NSMutableArray* attributes = [NSMutableArray array];
RPDataModel *dm = [RPDataModel sharedInstance];
for (int i = 0; i < dm.cellCount; i++) {
    CGRect cellRect = [self.rp getCell:i]; //self.rp = custom object offering methods to get information about cells; the getCell method returns the rect of a single cell
    if (CGRectIntersectsRect(rect,cellRect)) {
        NSIndexPath *indexPath = [NSIndexPath indexPathForItem:[dm.relevanceArray[i][@"product"] intValue] inSection:0];
        UICollectionViewLayoutAttributes *attribute = [UICollectionViewLayoutAttributes layoutAttributesForCellWithIndexPath:indexPath];
        attribute.size = cellRect.size;
        attribute.center = CGPointMake(cellRect.origin.x + attribute.size.width / 2,cellRect.origin.y + attribute.size.height / 2);
        [attributes addObject:attribute];
    } else if (cellRect.origin.x > rect.origin.x + rect.size.width && cellRect.origin.y > rect.origin.y + rect.size.height) {
        break;
    }
}
return attributes;
}

在布局更改时,无论layoutAttributesForElementsInRect中定义的单元格数量是否有限,结果都几乎相同.如果系统中的所有单元格不受限制或者调用layoutAttributesForElementAtIndexPath方法,用于所有丢失的单元格,如果它是有限的.总体而言,每个单元格的属性都以某种方式被使用.

-(UICollectionViewLayoutAttributes*)layoutAttributesForItemAtIndexPath:(NSIndexPath *)indexPath {
RPDataModel *dm = [RPDataModel sharedInstance];
UICollectionViewLayoutAttributes *attribute = [UICollectionViewLayoutAttributes layoutAttributesForCellWithIndexPath:indexPath];
CGRect cellRect = [self.rp getCell:[dm.indexDictionary[@(indexPath.item)] intValue]];
attribute.size = cellRect.size;
attribute.center = CGPointMake(cellRect.origin.x + attribute.size.width / 2,cellRect.origin.y + attribute.size.height / 2);
return attribute;
}

解决方法

在没有看到代码的情况下,我的猜测是你的layoutAttributesForElementsInRect方法正在遍历集合中的所有项目,而这反过来又是导致其他方法被过度调用的原因. layoutAttributesForElementsInRect为您提供了一个提示 – 也就是它传递给您的CGRect – 根据屏幕上的内容,您需要调用layoutAttributesForItemAtIndexPath的项目.

因此,这可能是性能问题的一部分 – 也就是说,调整自定义布局,以便更新它正在更新的项目.

其他问题一般涉及动画表演.需要注意的一件事是,是否存在任何类型的合成 – 确保您的图像不透明.另一件事是如果你在图像上使用阴影,那么动画就会很昂贵.提高阴影动画性能的一种方法是在调整图像大小时设置shadowPath值 – 如果你确实有阴影,请告诉我并发布一些代码来执行此操作.

猜你在找的iOS相关文章