这样做,会发现当cell移除屏幕,再移回来的时候,不再是从头倒计时,但是多拖动几次又会发现新的问题:显示错乱,某个cell出现在了不该出现的位置.
仔细分析不难发现,cell的复用机制是引起上述现象的"罪魁祸首",要解决这个问题,可以让cell不复用,比方说,可以给每个cell绑定不同的标识,达到不复用的目的,看到这里,如果你也是这么想的,那么最好打住,因为为了达到这个目的,而让cell不复用,以牺牲内存占用为代价,无疑是饮鸩止渴,丢了西瓜,捡个芝麻.
值得的注意的是,如果在cell中实现,每个cell都添加一个定时器,这也是一笔可观的开销.
2. 在tableView的parentView中实现
既然在cell中实现遇到的坑比较多,那么又想着在外面做.这样有一个明显的好处,就是只需要一个定时器.每次触发,让每个cell上显示的时间递减.由于tableView的显示,取决于传入的数据,只要我在传入数据之前把需要传的数据处理好,这样就不会因为cell的复用机制而带来显示错乱的问题.运行代码,发现问题圆满解决!
/**定时器触发*/
- (void)timeChange {
NSMutableArray *tempArrM = [NSMutableArray array];
for (NSDictionary *dict in self.dataArr) {
NSString *totalTime = dict[@"totalTime"];
if ([totalTime isEqualToString:@"0"]) {
totalTime = @"0";
}else {
totalTime = [NSString stringWithFormat:@"%ld",totalTime.integerValue -1];
}
[tempArrM addObject:@{@"totalTime":totalTime}];
}
self.dataArr = tempArrM;
[self.pageTableView reloadData];
}
3. 值得注意的几个地方
当我们拖动cell时,如果发现定时器不工作,可以用如下方式解决.
_timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(timeChange) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:_timer forMode:UITrackingRunLoopMode];
关于数据的传入:
直接提供产品到目前为止还剩多少时间.每个产品对应一个总的时间,用于倒计时.那么,后台给我提供时间时就可以把每个产品对应的总时间返给我们.但是,这样就要求后台自己实时去计算每个产品在我们请求数据时还剩多少时间. 后台把每种产品的截止时间和当前的系统时间返给我们.系统时间,我们可用于矫正自己的系统时间(APP显示的时间是可以人为修改的,并且不通设备之间,iOS与Android之间的时间有可能存在差异,为了统一所以需要矫正),通过矫正好的时间和截止时间,我们就能知道,该产品还剩多少时间.虽然,我这边自己用的第一种方式写的Demo,但是,相比之下,我更加倾向于第二种数据的传递方式,准确性高,也能为后端同事剩些事.
总结
由于这只是一个最初的Demo,也只是一些个人的初步看法,难免有些疏漏,如有纰漏,还望指正.
