使用第三方Refresh 控件 都可能遇到的问题。

SVPullToRefresh
最近把项目里面的MJRefresh 换成了SVPullToRefresh, 不得不说的是,SVPullToRefresh 是我见过最好用最省事的一个刷新控件,添加上拉刷新和下拉加载就一句话。

添加上拉刷新

- (void)addPullToRefreshWithActionHandler:(void (^)(void))actionHandler;

添加下拉加载

- (void)addInfiniteScrollingWithActionHandler:(void (^)(void))actionHandler;

下面说说在用它的时候,主要遇到的问题。

1.内容本地化,在类UIScrollView+SVPullToRefresh.m中,都是用的NSLocalizedString 显示的提示语,例如,pulltofresh...,loading..., 我们可以通过invoke - (void)setTitle:(NSString *)title forState:(SVPullToRefreshState)state; 这个函数,去改变它在不同的状态显示不同的中文,例如加载中..., 下拉刷新..., 释放即可更新, 其实大可不必这么麻烦, 不然在每个用到它的地方都需要写上三句话,你需要做的就是创建一个Localizable.strings 的类,将用到的提示语进行本地化,尽管你是用cocoapod 第三方导入的,这种方式依然是可以让它 的内容本地化。

2.在 UIViewControl 视图中添加sv 刷新控件,在viewDidload()方法里面添加addpulltorefresh, 整个视图会往上偏移64像素。解决方式:
: 1.如果是在viewDidload 中调用 addPullToRefreshWithActionHandler 方法, 并且当前的类继承UITableViewControl 或者UICollectionViewControl,可以设置self.tableView.contentInset = UIEdgeInsetsMake(64, 0, 0, 0);,这样设置后,解决了SVPullToRefresh偏移像素的问题,并且导航栏还是透明的效果还是在的,因为此时self.edgesForExtendedLayout依旧是默认的UIRectEdgeAll(这里说的都是针对iOS 7+) ,所以self.tableview.frame 还是整个屏幕,包括了状态栏和导航栏,所以现在的导航栏还会透明,就是这个原因了。

UITableViewControl 在UIRectEdgeAll情况下的frame

: 2.将当前的self.edgesForExtendedLayout 设为UIRectEdgeNone,也就是当前的self.tableview.frame 是从导航栏下面开始算起的,这时你的内容根本都不会滑动到导航栏下面去,就别说什么导航栏透明的效果了。

UIRectEdgeNone
, 所以如果是遇到需要将内容显示在导航栏下方,并需要看起来有透明层效果的人,谨慎用这种方法。如果你不了解edgesForExtendedLayout 可以看看它的官方文档。这种方式只是解决因为添加刷新控件带来的偏移问题,为了解决问题而解决问题。


探其究竟,和正确的解决方式。
如果你当前的视图是UICollectionViewControl 或者UITableViewControl,在没有添加addPull...之前,整个视图都是正常的,self.tableView能显示在正确的位置,edgesForExtendedLayout 是默认的UIRectEdgeAll,一切正常,而自从你在viewDidLoad 里 面,添加了如下代码

- (void)viewDidLoad {
    [super viewDidLoad];
    [self setupDataSource];
        __weak SVViewController *weakSelf = self;
        // setup pull-to-refresh
    [self.tableView addPullToRefreshWithActionHandler:^{
        [weakSelf insertRowAtTop];
    }];
    // setup infinite scrolling
    [self.tableView addInfiniteScrollingWithActionHandler:^{
        [weakSelf insertRowAtBottom];
    }];
    }

这时候的tableview会出现偏移问题,跑到SVPullToRefresh 源代码中看究竟,然后发现 ,SVPullToRefreshView 的源点是以调用它的控件的源点设置的,

- (void)addPullToRefreshWithActionHandler:(void (^)(void))actionHandler position:(SVPullToRefreshPosition)position {
    
    if(!self.pullToRefreshView) {
        CGFloat yOrigin;
        switch (position) {
            case SVPullToRefreshPositionTop:
                yOrigin = -SVPullToRefreshViewHeight;
                break;
            case SVPullToRefreshPositionBottom:
                yOrigin = self.contentSize.height;
                break;
            default:
                return;
        }
        SVPullToRefreshView *view = [[SVPullToRefreshView alloc] initWithFrame:CGRectMake(0, yOrigin, self.bounds.size.width, SVPullToRefreshViewHeight)];
        view.pullToRefreshActionHandler = actionHandler;
        view.scrollView = self;
        [self addSubview:view];
        //pulltorefreshView.originalTopInset` 用的是调用它视图的contentInset.top
        view.originalTopInset = self.contentInset.top;
        view.originalBottomInset = self.contentInset.bottom;
        view.position = position;
        self.pullToRefreshView = view;
        self.showsPullToRefresh = YES;
    }
}

问题出现了,在viewDidload 里面,self.tableView 或者是 self.collectionViewcontentInset 为(0,0,0,0); 而实际上是,如果是用的 UITableViewControl,最后显示的self.tableviewcontentOffset: {0, -64}, 也就是说,其实是系统是会在再重设下self.tableView 的布局再去显示的。而我们在viewDidload 时去添加刷新控件,而这时的tableview 的布局并没有完全的确定,所以会往上偏移。所以解决这类问题最好的方法也就是,等视图上控件的 frame 完全被设置好后,再去添加SVPullToRefresh 控件,换言之,我们只需要将viewDidload() 里面添加的刷新方法移到 viewDidLayoutSubviews 中,这时的tableView frame 已被设置好,自然控件的地方也会显示对。

- (void)viewDidLayoutSubviews {
    if (self.tableView.pullToRefreshView == nil) {
        [self.tableView addPullToRefreshWithActionHandler:^{
    
        }];
    }
}

最后, 以UITableViewContro 为例,看看它 的生命周期,以及tableView framecontentInset 的变化,并更加深层次的促进对viewcontrol 的生命周期的认识

2015-10-30 00:27:48.699 LifeCycle[1197:84273] viewDidLoad = <UITableView: 0x7fa9e5898000; frame = (0 0; 414 736); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x7fa9e3fd3c10>; layer = <CALayer: 0x7fa9e3f7d730>; contentOffset: {0, 0}; contentSize: {600, 0}>

2015-10-30 00:27:48.720 LifeCycle[1197:84273] viewWillAppear = <UITableView: 0x7fa9e5898000; frame = (0 0; 414 736); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x7fa9e3fd3c10>; layer = <CALayer: 0x7fa9e3f7d730>; contentOffset: {0, -64}; contentSize: {600, 0}>

2015-10-30 00:27:48.733 LifeCycle[1197:84273] viewWillLayoutSubviews = <UITableView: 0x7fa9e5898000; frame = (0 0; 414 736); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x7fa9e3fd3c10>; layer = <CALayer: 0x7fa9e3f7d730>; contentOffset: {0, -64}; contentSize: {414, 0}>

2015-10-30 00:27:48.778 LifeCycle[1197:84273] viewDidLayoutSubviews = <UITableView: 0x7fa9e5898000; frame = (0 0; 414 736); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x7fa9e3fd3c10>; layer = <CALayer: 0x7fa9e3f7d730>; contentOffset: {0, -64}; contentSize: {414, 0}>

2015-10-30 00:27:48.779 LifeCycle[1197:84273] viewWillLayoutSubviews = <UITableView: 0x7fa9e5898000; frame = (0 0; 414 736); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x7fa9e3fd3c10>; layer = <CALayer: 0x7fa9e3f7d730>; contentOffset: {0, -64}; contentSize: {414, 0}>

2015-10-30 00:27:48.824 LifeCycle[1197:84273] viewDidLayoutSubviews = <UITableView: 0x7fa9e5898000; frame = (0 0; 414 736); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x7fa9e3fd3c10>; layer = <CALayer: 0x7fa9e3f7d730>; contentOffset: {0, -64}; contentSize: {414, 0}>

2015-10-30 00:27:48.831 LifeCycle[1197:84273] viewDidAppear = <UITableView: 0x7fa9e5898000; frame = (0 0; 414 736); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x7fa9e3fd3c10>; layer = <CALayer: 0x7fa9e3f7d730>; contentOffset: {0, -64}; contentSize: {414, 0}>

从上面,并不难看出,在viewWillLayoutSubviews 方法中, 系统对tableViewcontentOffsetcontentSize 进行了调整。所以,一般用到tableView 布局关系的,最好是在它布局稳定下后再去进行调整或添加。

再后来项目中发现,使用SVPullToRefresh 会在iOS 7 上crash, 经过层层调试,最后解决方法竟然需要改sv 的源代码,添加

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,716评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,558评论 1 294
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,431评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,127评论 0 209
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,511评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,692评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,915评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,664评论 0 202
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,412评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,616评论 2 245
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,105评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,424评论 2 254
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,098评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,096评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,869评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,748评论 2 276
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,641评论 2 271

推荐阅读更多精彩内容

  • *7月8日上午 N:Block :跟一个函数块差不多,会对里面所有的内容的引用计数+1,想要解决就用__block...
    炙冰阅读 2,441评论 1 14
  • 发现 关注 消息 iOS 第三方库、插件、知名博客总结 作者大灰狼的小绵羊哥哥关注 2017.06.26 09:4...
    肇东周阅读 11,618评论 4 59
  • 最近幸福感撑撑撑上涨。 这种状态,再持续久就容易浮起来。 每当这个时候,就要刻意按捺住自己沾沾自喜的小情绪,默默告...
    溜大姑娘阅读 273评论 0 1
  • 我让我自己有了不该有的希望。 明知道不该有还在想。 想就回忆,空气也能把自己淹溺。 喘息到来,是自己的本能反应。 ...
    木土有阿杜阅读 734评论 0 0
  • 如果问在物流创业里面什么最难,我认为不是产品难开发、也不是客户难谈、更不是缺乏资金,而是思维方式的改变,这本是一个...
    孙邻家阅读 407评论 0 8