使用第三方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閱讀 229,908評論 6 541
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,324評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,018評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,675評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,417評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,783評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,779評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,960評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,522評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,267評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,471評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,009評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,698評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,099評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,386評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,204評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,436評論 2 378

推薦閱讀更多精彩內容

  • *7月8日上午 N:Block :跟一個函數塊差不多,會對里面所有的內容的引用計數+1,想要解決就用__block...
    炙冰閱讀 2,512評論 1 14
  • 發現 關注 消息 iOS 第三方庫、插件、知名博客總結 作者大灰狼的小綿羊哥哥關注 2017.06.26 09:4...
    肇東周閱讀 12,163評論 4 61
  • 最近幸福感撐撐撐上漲。 這種狀態,再持續久就容易浮起來。 每當這個時候,就要刻意按捺住自己沾沾自喜的小情緒,默默告...
    溜大姑娘閱讀 321評論 0 1
  • 我讓我自己有了不該有的希望。 明知道不該有還在想。 想就回憶,空氣也能把自己淹溺。 喘息到來,是自己的本能反應。 ...
    木土有阿杜閱讀 815評論 0 0
  • 如果問在物流創業里面什么最難,我認為不是產品難開發、也不是客戶難談、更不是缺乏資金,而是思維方式的改變,這本是一個...
    孫鄰家閱讀 433評論 0 8