點贊監聽應該放的地方,關鍵是一種思維的問題

放在點贊回調裏面,點一次次都會發送網絡影響性能,吧post監聽放在viewwilldisappear裏面,再加上一個是否觸發了點贊或者取消點讚的判斷,我們根據判斷的值來決定是否發送通知,因爲有時候用戶只是進來看看,沒有點贊,我們只是簡單的返回上一個界面,viewwilldisappear裏面的通知就不用發出來了,減少用戶的流量的消耗。


比如我們的產品經理常常會要求我們,你點完贊出來之後立馬就能看到我剛剛增加的點讚的數目,我們往往會在點讚的頁面增加監聽,但是這回影響一些性能,我們只是要在出去的看到已經刷新玩數據的頁面,所以我們可以在這個頁面viewwilldisappear的方法裏面加上一個監聽的方法,而不是在點贊發送網絡的回調方法裏面增加監聽的方法,


其實關於發送網絡請求的方法的回調我在sdwebimage的時候用過,那就是點贊人的頭像,如果網絡沒有發送成功我們就用佔位圖,發送成功我們就把所有的點讚的人的頭像的統一刷新,刷新的方法就在回調的方法裏面寫好。

[iv sd_setImageWithURL:[NSURL URLWithString:imageUrl] placeholderImage:[UIImage imageNamed:@"me-avatar-default"] completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, NSURL *imageURL) {
                [btn setImage:iv.image forState:UIControlStateNormal];

我們在completed裏面刷新,這是一個頭像的寫法,這個方法是在一個for循環裏面,所有的頭像都是統一等到網絡請求成功的時候刷新頭像,就不會出現有的頭像是空白有的頭像是有的情況。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章