上一篇文章《仿映客刷禮物效果---基本邏輯實(shí)現(xiàn)》中邻眷，分析了刷禮物效果的基本流程與具體實(shí)現(xiàn)代碼眠屎。但還有一些BUG和一些可優(yōu)化的地方?jīng)]有處理，現(xiàn)在我們就來分析下這些遺留的問題肆饶。當(dāng)然個(gè)人的能力是有限的组力，肯定還有很多我沒有發(fā)現(xiàn)到的問題，如果大家在使用過程中有遇到其它的問題抖拴，歡迎大家及時(shí)指出，我好及時(shí)完善腥椒。
優(yōu)化后的效果圖如下：
廢話不多說阿宅，先看問題。
問題一
問題描述
問題效果圖如下圖：
從圖中可以看到：當(dāng)一個(gè)禮物動畫組正在執(zhí)行隱藏動畫時(shí)笼蛛，這時(shí)恰好收到一個(gè)新的與之相同類型的禮物消息洒放，按正常邏輯來看，這個(gè)新的禮物消息應(yīng)該應(yīng)該作為一個(gè)新的動畫組開始展示滨砍。但是往湿，從GIF圖中可以看到，連送按鈕再次出現(xiàn)的時(shí)惋戏，新的動畫組并沒有開始展示领追，那新接收到禮物消息去哪里了呢？
問題原因
如果將隱藏動畫的動畫時(shí)間設(shè)置長一點(diǎn)响逢，重復(fù)上面的問題流程绒窑。你就會發(fā)現(xiàn)，其實(shí)新接收到的禮物消息并不是消失了舔亭，而是被判定為一次連乘動畫些膨。所以這時(shí)其實(shí)是一邊執(zhí)行隱藏動畫，一遍執(zhí)行連乘動畫钦铺，這就導(dǎo)致連乘動畫很難被看到订雾，從而造成了新接收到的禮物消息消失了。
問題解決
知道了問題原因矛洞，解決問題就非常簡單了洼哎。這里我的解決方法是：讓cell在執(zhí)行隱藏動畫時(shí)不被判定為正在執(zhí)行動畫，因此我給cell設(shè)置了幾種動畫狀態(tài)缚甩，其邏輯關(guān)系如下圖所示：
有了動畫狀態(tài)之后谱净，只用修改動畫檢測的判斷條件就可以了，修改后的代碼如下：
- (PresentViewCell *)examinePresentingCell:(id<PresentModelAble>)obj
{
for (PresentViewCell *cell in self.showCells) {
if ([cell.sender isEqualToString:[obj sender]] && [cell.giftName isEqualToString:[obj giftName]]) {
//當(dāng)前正在展示動畫并且不是隱藏動畫
if (cell.state != AnimationStateNone && cell.state != AnimationStateHiding) return cell;
}
}
return nil;
}
如果當(dāng)前沒有不為空閑并且也沒有在隱藏動畫擅威，就判定當(dāng)前cell可以執(zhí)行連乘動畫壕探。
運(yùn)行程序，再次測試郊丛，就會發(fā)現(xiàn)當(dāng)cell正在執(zhí)行隱藏動畫時(shí)收到一條相同類型消息李请，新的消息會在新的動畫組中展示瞧筛，或是等有了空閑的cell時(shí)在展示。（修改后的具體效果可以在Demo中驗(yàn)證导盅，下同）
問題二
問題描述
問題效果圖如下：
從圖中可以看到：當(dāng)連續(xù)多次快速的點(diǎn)擊同一個(gè)發(fā)送按鈕時(shí)较幌，連乘的動畫效果就消失了。
問題原因
很明顯這里的問題原因就是因?yàn)椋荷弦淮吸c(diǎn)擊的連乘動畫還沒執(zhí)行完白翻，就開始了下一次連乘動畫乍炉，從而造成了這種效果。
問題解決
從問題原因中很容易想到這里需要用到緩存機(jī)制滤馍，即等到上一次動畫執(zhí)行完了再執(zhí)行下一次動畫岛琼。首先我們很容易想到的就是NSOperationQueue和dispatch_group_t，這是系統(tǒng)封裝的兩個(gè)任務(wù)隊(duì)列巢株，很容易實(shí)現(xiàn)上面的需求槐瑞，而且還特別簡單,只用在shakeAnimationWithNumber:里面實(shí)現(xiàn)緩存機(jī)制就行了。這里介紹下dispatch_group_t隊(duì)列的實(shí)現(xiàn)方法阁苞，其代碼如下：
- (void)shakeAnimationWithNumber:(NSInteger)number
{
if (!_queue && !_group) {
_queue = dispatch_queue_create("com.shakeCache.queue", DISPATCH_QUEUE_SERIAL);
_group = dispatch_group_create();
dispatch_group_notify(_group, dispatch_get_main_queue(), ^{
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[self hiddenAnimationOfShowShake:YES];
});
});
}
dispatch_group_async(_group, _queue, ^{
[self startShakeAnimationWithNumber:number completion:nil];
});
}
代碼很簡單困檩，就是創(chuàng)建一個(gè)全局的串行隊(duì)列，如果group任務(wù)完成就延時(shí)執(zhí)行隱藏動畫那槽，每次調(diào)用都想group中添加一個(gè)連乘動畫任務(wù)悼沿。
運(yùn)行程序，你會發(fā)現(xiàn)問題還是存在骚灸，這是為什么呢显沈？其實(shí)原因很簡單，就是因?yàn)椋篣IView封裝的動畫是在子線程中執(zhí)行逢唤，與添加任務(wù)操作不在同一個(gè)線程中拉讯。所以雖然任務(wù)是順序添加的，但動畫的執(zhí)行并不是串行執(zhí)行的鳖藕。
這里的解決辦法是：自己實(shí)現(xiàn)緩存--收到連乘動畫先緩存魔慷，如果有緩存并且沒有正在執(zhí)行連乘動畫，就取緩存著恩，開始動畫院尔，動畫完成就刪除緩存，再去取緩存喉誊，只到?jīng)]有緩存為止邀摆。具體實(shí)現(xiàn)代碼如下：
- (void)shakeAnimationWithNumber:(NSInteger)number
{
if (number > 0) [self.caches addObject:@(number)];
if (self.caches.count > 0 && _state != AnimationStateShaking) {
NSInteger cache = [self.caches.firstObject integerValue];
[self.caches removeObjectAtIndex:0];//不能刪除對象，因?yàn)榭赡苡邢嗤膶ο? __weak typeof(self) ws = self;
[self startShakeAnimationWithNumber:cache completion:^(BOOL finished) {
[ws shakeAnimationWithNumber:-1];//傳-1是為了緩存不被重復(fù)添加
}];
}
}
再次運(yùn)行程序伍茄，就會發(fā)現(xiàn)連乘動畫是串行執(zhí)行了栋盹。
問題三
問題描述
在開始下一次動畫去緩存時(shí)，這時(shí)剛好收到一個(gè)與取出的緩存相同類型的消息敷矫，又會去取緩存例获。在極端的情況下汉额，這會造成兩個(gè)相同類型的禮物動畫同時(shí)展示。
因?yàn)檫@是一個(gè)邏輯上特別極端的情況榨汤，所以這里沒有給出效果圖蠕搜。
問題原因
這個(gè)問題原因其實(shí)就是因?yàn)椋喝【彺娴絼赢嬮_始這段時(shí)間內(nèi)收到一條與取出緩存相同類型的消息，導(dǎo)致這個(gè)新的消息在做動畫檢測時(shí)沒有檢測出來收壕，所以新的消息可能也會作為新的動畫組開始展示妓灌。
問題解決
這里的解決辦法是將取緩存到動畫開始這個(gè)時(shí)間縮減到最短，也就是在開始展示動畫前就將cell的動畫狀態(tài)從AnimationStateNone設(shè)置成AnimationStateShowing蜜宪。
關(guān)于這個(gè)問題旬渠，有興趣的可以自行測試，測試時(shí)記得要增大取緩存到開始動畫這段時(shí)間端壳。具體操作就是：增大cell的顯示動畫時(shí)間，并且等cell的顯示動畫完成再將cell的動畫狀態(tài)從AnimationStateNone設(shè)置成AnimationStateShowing枪蘑。（如果有測試出問題的损谦，記得將問題效果的gif圖分享給我！拜謝了Ｔ榔摹）
問題四
解決一個(gè)問題照捡，就會帶來新的問題。這里給動畫做了這么多的緩存之后帶來的新的問題是什么呢话侧！想必測試過的應(yīng)該已經(jīng)發(fā)現(xiàn)了：連送按鈕已經(jīng)隱藏了栗精，但是連乘動畫還在執(zhí)行，這肯定是不合邏輯的瞻鹏。
對于這個(gè)問題悲立，只有在項(xiàng)目中有要求出現(xiàn)連送按鈕才會出現(xiàn)，而且出現(xiàn)了也不一定算是問題(映客也沒解決這個(gè)問題)新博，所以這里就不解決這個(gè)問題了薪夕，如果確實(shí)有要求的，這里提供下思路：因?yàn)檎故緞赢嫼瓦B乘動畫的動畫時(shí)間都是確定的赫悄，所以很容易計(jì)算出執(zhí)行完當(dāng)前動畫組需要的時(shí)間原献。然后每接收到一個(gè)連乘動畫就對這個(gè)時(shí)間進(jìn)行更新，并用代理或其它的形式將這個(gè)時(shí)間值傳遞出去埂淮，最后根據(jù)這個(gè)值對連送按鈕進(jìn)行控制就可以了姑隅。（當(dāng)然了，有實(shí)現(xiàn)了這個(gè)思路或是有更好思路的倔撞，方便的話讲仰，也請分享給我，再次拜謝了；居）
一個(gè)好的功能應(yīng)該除了具有易用性之外叮盘，還應(yīng)該具有良好的擴(kuò)展性秩贰。
擴(kuò)展
因?yàn)轫?xiàng)目的需求不同，所以對展示動畫與隱藏動畫的要求也各部相同柔吼。這里就提供了對這連個(gè)動畫自定義的接口毒费，接口名如下：
/**
* 自定義展示動畫
*
* @param flag 是否帶有連乘動畫
*/
- (void)customDisplayAnimationOfShowShakeAnimation:(BOOL)flag;
/**
* 自定義隱藏動畫
*
* @param flag 是否帶有連乘動畫
*/
- (void)customHideAnimationOfShowShakeAnimation:(BOOL)flag;
如果想對這兩動畫進(jìn)行簡單的自定義，就可以在自定義cell中重寫這兩方法愈魏。需要注意的是觅玻，這兩方法是在UIView封裝的動畫的animations回調(diào)中調(diào)用，所以只用修改cell的frame就夠了培漏。
一般項(xiàng)目中通過這種方法自定義cell的展示和隱藏動畫就可以滿足需求溪厘，如果項(xiàng)目中確實(shí)需要更絢麗的動畫效果，就需要修改PrentViewCell的showAnimationWithModel:showShakeAnimation:prepare:completion:方法和hiddenAnimationOfShowShake:方法中的動畫代碼牌柄。
當(dāng)然畸悬，還有其它的地方可以擴(kuò)展，例如：讓禮物消息只在指定的cell上展示珊佣，如VIP用戶發(fā)送的禮物消息蹋宦，在特定的位置上展示；還可以對消息的展示優(yōu)先級進(jìn)行區(qū)分咒锻，如不同等級的用戶展示消息的優(yōu)先級就不一樣冷冗，等等這些都是有可能項(xiàng)目需要的需求。這里就不一一對這些需求進(jìn)行實(shí)現(xiàn)了惑艇，關(guān)于優(yōu)化后的Demo蒿辙，大家可以點(diǎn)擊這里下載。
最后滨巴，還是開篇那句話：個(gè)人的能力有限思灌，肯定還有很多我沒有發(fā)現(xiàn)到的問題，如果大家在使用過程中有遇到其它的問題恭取，歡迎大家及時(shí)指出习瑰，我好及時(shí)完善。
