沒錯，就是這個老生常談的復用問題腹纳，又一次坑了我（上一次被坑貌似是一年多前了）痢掠，痛定思痛之后決定記錄下，防止以后再犯SB嘲恍。
先來看看出問題的頁面吧：
嗯足画，就是一個月份的日歷，然后每天有不同的任務列表佃牛。
實現(xiàn)方式
日歷自然是用UICollectionView ,然后UICollectionViewCell里面嵌套了UITableView淹辞。
遇到問題
初始化日歷的數(shù)據(jù)是正常的，滑動或者點擊刷新后俘侠，每日的任務數(shù)據(jù)就開始各種錯象缀，亂顯示了。嗯爷速，作為一個稍有經驗的程序員央星，這個時候腦海里當然浮現(xiàn)了兩字：復用。
我最開始的思路是這樣的：首先外層的日歷是正確的惫东，所以應該不是UICollectionCell的問題莉给，而是嵌套在UICollectionViewCell里的的UITableView的UITableViewCell的復用（事實證明這個思路是錯誤的）。
按照上面的思路我把內部嵌套的UITableView的邏輯梳理了一遍之后廉沮，沒有發(fā)現(xiàn)沒問題颓遏。
在浪費了一段時間還沒解決問題的情況下，我開始審視自己最開始的思路滞时。
每天的任務列表數(shù)據(jù)是UICollectionCell里面進行傳遞的：
- (UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath {
ZXCalendarCell *cell = [collectionView dequeueReusableCellWithReuseIdentifier:reuseIdentifier forIndexPath:indexPath];
//這里是計算時間的一些操作
NSString *currentTime = [NSString stringWithFormat:@"%@-%@-%@",array[0],array[1],str];
//self.dataArray是一個月的日歷數(shù)據(jù)叁幢，遍歷找到當天然后把這一天的數(shù)據(jù)模型scheduleModel給cell，然后cell的tableView會進行顯示
for (ScheduleModel *model in self.dataArray) {
if ([model.VisitTime isEqualToString:currentTime]) {
cell.scheduleModel = model;
break;
}
}
//其他一些cell操作
return cell;
}
說真的坪稽，看了幾遍上述的代碼曼玩，仍然不覺得有什么問題鳞骤，邏輯都是通的啊Ｑ菅怠５苊稀！但是样悟，經驗告訴我一定是這里出了問題拂募，這里傳遞數(shù)據(jù)一定是有問題的！？咚陈症！
后來腦子終于不秀逗，想明白震糖，于是改成下面的代碼：
//先找到當前日期的數(shù)據(jù)
ScheduleModel *currentModel;
BOOL hasData = NO;
for (ScheduleModel *model in self.dataArray) {
if ([model.VisitTime isEqualToString:currentTime]) {
currentModel = model;
hasData = YES;
break;
}
}
//然后給cell賦值
if (hasData) {
cell.scheduleModel = currentModel;
}else{
cell.scheduleModel = nil;
}
問題解決录肯。
總結
明白的可能一上來就明白了。代碼框1里面的那種寫法吊说，是有未處理的cell的情況的论咏，因此會出現(xiàn)問題。
簡單粗暴地說：所有的cell數(shù)據(jù)出亂子的問題颁井，不出意外都是cell的復用問題厅贪，復用問題不出意外的話都是在cellForItemAtIndexPath:(NSIndexPath *)indexPath 這個方法里寫的有問題，而不出意外的話雅宾，問題都是沒有寫全cell的不同情況养涮。比如寫了if/else if 而沒有else。
題外
明天正式去Node組搬磚干活兒眉抬，以后會開個新專題寫Node贯吓，歡迎繼續(xù)專注。
