【开发问题记录①】关于滑动CollectionView时ContentSize变化的问题

掘金主页欢迎关注和提问,以后也会不定期回答简书上的提问

先抛出我的疑惑:

KVO监听UICollectionViewcontentSize,可是为hen么滑动CollectionView这个操作会使观察者监听到contentSize的变化呢?估计是调用了contentSizede set方法,可是这并不是我想要的啊

表情1.jpg

我目前的需求是,在DataSource数据源发生变化后,CollectionViewcontentSize产生对应的变化?但事实不是这样的sad☹️ 现实是:滑动CollectionView会使KVO疯狂调用监听contentSize的回调

接下来阐述一下心路历程吧

需求描述:

产品同学期望在拍摄新的照片后能够横向滑动到新增的照片,让用户感知到照片拍摄成功。如图:


p1.png
p2.png

实现思路:

如需滚动到新增照片(即CollectionView的底部)需要照片在CollectionView上完成渲染操作,我自yan而yan的就想到了KVO,去监测CollectionView的ContentSize,当新增照片成功渲染到CollectionView上后ContentSize势必会改变,这时我修改ContentOffset去完成自动滑动。
初版实现代码如下:

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context {
      if([keyPath isEqualToString:@"contentSize"]) {
            if (context == photosCollectionViewContext) {      // 此处context为自定义标识符,客官不必纠结其意义
                CGFloat offset = MAX(self.photosCollectionView.contentSize.width - self.photosCollectionView.frame.size.width, 0.0);
                [self.photosCollectionView setContentOffset:CGPointMake(offset, 0) animated:YES];
            }
      }
}

遇到的问题:

当我对展示照片的CollectionView做横向滑动时(照片数量多于4张),KVO竟然监测到CollectionView.ContentSize变化,不断回调其 - observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context 方法,导致CollectionView滑动卡顿且最终永远停在照片尾部(即底部)。

解决方法:

我们在创建观察者的时候通过增加 NSKeyValueObservingOptionNew NSKeyValueObservingOptionOld参数将变化后的新值旧值告诉我们:

[self.photosCollectionView addObserver:self 
                            forKeyPath:@"contentSize" 
                               options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld 
                               context:photosCollectionViewContext];

通知会调用 - observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context 方法,我们利用 change 中的数据newold进行逻辑上的判断,控制CollectionView产生我们所需要的滑动。
解决:

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context {
    
    if (context == photosCollectionViewContext) {
            NSValue *newSizeValue = change[@"new"];
            NSValue *oldSizeValue = change[@"old"];
            CGSize newSize = [newSizeValue CGSizeValue];
            CGSize oldSize = [oldSizeValue CGSizeValue];
            // 判断条件:若新值与旧值相等即ContentSize没有发生变化则忽略
                       新值contentSize.width > 旧值content.size即新增图片导致的contentSize增大才处理滑动
            if (![newSizeValue isEqualToValue:oldSizeValue] && newSize.width > oldSize.width) {
                CGFloat offset = MAX(self.photosCollectionView.contentSize.width - self.photosCollectionView.frame.size.width, 0.0);
                [self.photosCollectionView setContentOffset:CGPointMake(offset, 0) animated:YES];
            }
        }
    }
}

这样就可以满足需求了。

出于好奇,我在解决方法中的这段代码上打了断点,滑动CollectionView观察每次newSizeoldSize的数值,发现在滑动中newSizeoldSize的值始终是完全一致的,此处是印证了我开头所说的 在DataSource没有数据源变化的情况下,CollectionView的ContentSize渲染结束后应该是确定了的这个说法。个人认为对KVO来说:

KVO的监听从对应key-path的属性是否调用了- ()set方法,即使UICollectionViewContentSize的值没有变化,但是滑动中UICollectionView.contentSize- ()set方法被调用了,KVO的检测到并回调,后续空了重写一下了解一下UICollectionView.contentSize相关内容再做补充。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 自己到现在毕业一年,总结了自己在前段时间开发当中遇到的的一些细节问题,水平有限,希望有可以帮助大家的 1,在OC中...
    baixuancheng阅读 689评论 0 1
  • 写在前面 程序设计语言中有各种各样的设计模式(pattern)和与此对应的反设计模式(anti-pattern),...
    Frankxp阅读 4,972评论 0 23
  • *7月8日上午 N:Block :跟一个函数块差不多,会对里面所有的内容的引用计数+1,想要解决就用__block...
    炙冰阅读 2,572评论 1 14
  • 作者开篇讲了关于堆沙现象的非线性原理。我们线性堆洒在沙堆上的沙粒终会有一颗导致突发的非线性的沙堆崩塌结果。随机性的...
    9days阅读 195评论 0 0
  • 这几天终于闲下来了,想对项目开发做一些简单的总结。案场是一款面向房地产企业的app应用,简单的来说类似于移动办公的...
    IamOnelong阅读 399评论 0 0