UITableViewCell复用机制

转载 2015年07月10日 15:23:11

今天在看iphone开发秘籍的时候,遇到这个问题,就仔细的深入了一下,通过测试,获取了一些自认为还不错的结论,希望对大家在cell复用方面遇到的一些问题会有所帮助。

本篇文章只讲原理,对于如果对cell做界面,不深入讲述。鉴于我的表达能力有限,可能会有我自己清楚,但是却说不清楚的地方,如有问题,留言给我。


UITableView在界面的编程用的甚多,iphone开发也三月有余了,每次用到cellForRowAtIndexPath的委托方法的时候,都是直接copy代码,自己略加一些界面的修改,对于cell的标示符都是static NSString* identifier = @"cell";然后调用dequeueReusableCellWithIdentifier方法获取cell,如果cell为空,再调用[[[UITableViewCellalloc]initWithStyle方法新创建一个,根本没有考虑过更深一些的东西。为了讲解清楚,现放上一段代码,代码copy自iphone开发秘籍,本人为了讲解,略加修改。以下所有讲解均依照此代码进行,因此,如果您希望能够透彻的了解cell的复用机制,建议实际运行以下,跟着讲解,查看效果。代码只有tableVIew的委托方法,因此您需要自己创建工程,把这些委托方法加进去。


上文一共四个委托方法,表明tableView一个section,有32行,高度为58.关于tableView的高度那个委托方法的返回的高度值,建议最好自己运行程序查看以下,最终达到一页的界面显示8个cell,第8个cell显示一半也行,但是不能显示9和7个cell。我这里之所以为58,由于(480 - 44)/ 58 为7.5 的样子,44为navigationBar的高度,480为屏幕的高度。总之,需要达到的效果是一页显示7个多的cell。还有那个icon.png需要自己准备了,要把它显示出来。是不是很麻烦呀?没办法,谁让我们在获得知识呢,知识总是需要点功夫的。


[cpp] 
- (NSInteger)numberOfSectionsInTableView:(UITableView *)aTableView  
{  
    return 1;  

 
- (NSInteger)tableView:(UITableView *)aTableView numberOfRowsInSection:(NSInteger)section  

    return 32; 

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath 

    return 58; 

- (UITableViewCell *)tableView:(UITableView *)tView cellForRowAtIndexPath:(NSIndexPath *)indexPath 

    UITableViewCellStyle style; 
    NSString *cellType; 
     
    switch (indexPath.row % 4) 
    { 
        case 0: 
            style = UITableViewCellStyleDefault; 
            cellType = @"Default Style"; 
            //有标题没有正文(没有细节文字)。可选的图片 
            break; 
        case 1: 
            style = UITableViewCellStyleSubtitle; 
            cellType = @"Subtitle Style"; 
            //标题和正文方式,上下排布。可选的图片 
            break; 
        case 2: 
            style = UITableViewCellStyleValue1; 
            cellType = @"Value1 Style"; 
            //左边文字左对齐,右边文字右对齐。可选的图片 
            break; 
        case 3: 
            style =  UITableViewCellStyleValue2; 
            cellType =  @"Value2 Style"; 
            //左边文字右对齐,蓝色;右边文字左对齐,黑色。没有图片 
            break; 
             
    } 
    static int i = 0; 
    UITableViewCell *cell = [tView dequeueReusableCellWithIdentifier:cellType]; 
    if (!cell)  
    { 
        cell = [[[UITableViewCell alloc] initWithStyle:style reuseIdentifier:cellType] autorelease]; 
        ++i; 
        NSLog(@"cell created %d times", i); 
    } 
     
    if (indexPath.row > 3)  
        cell.imageView.image = [UIImage imageNamed:@"icon.png"]; 
     
    cell.textLabel.text = cellType; 
    cell.detailTextLabel.text = @"Subtitle text"; 
    return cell; 


首先讲解一下复用队列:

复用队列的元素增加:只有在cell被滑动出界面的时候,此cell才会被加入到复用队列中。每次在创建cell的时候,程序会首先通过调用dequeueReusableCellWithIdentifier:cellType方法,到复用队列中去寻找标示符为“cellType”的cell,如果找不到,返回nil,然后程序去通过调用[[[UITableViewCell alloc] initWithStyle:style reuseIdentifier:cellType] autorelease]来创建标示符为“cellType”的cell。

先运行一次程序,不要滑动cell,查看打印日志,会有打印"cell create 1 times",,,"cell create 8 times",一共有8个日志,表明cell创建了8次,这个日志打印是在cellForRowAtIndexPath中的创建cell的时候打印的。然后慢慢向下(向下的意思,实际上是手向上滑动,让界面显示下一个cell,向上与之相反)滑动cell,到显示第九个cell的时候,会看到打印一条日志"cell create 9 times",然后继续慢慢向下滑动,会有"cell create 10 times",直到滑动到第12个cell以后,cell被创建了12个之后,以后再怎么滑动,cell都不会被创建了。也就是说本tableView要完整的工作,一共创建了12个cell。

开始解释原因了:

第一页的界面一共需要展示8个cell,故而cell需要创建8次,每一个cell负责自己的数据显示。此8个创建以后,复用队列依然为空(因为你此时还没有滑动cell呢,复用队列的元素不会增加)。然后在向下滑动显示出第9个cell的时候,还会调用cellForRowAtIndexPath方法,在此方法中,它首先到可复用队列中去找,由于此时队列为空,它创建了一个cell,打印日志,同时当第1个cell滑动出界面之外,第一个cell进入到复用队列中,队列中有一个元素,此元素的表示符为@"Default Style"。然后继续向下滑动cell,开始显示第10个cell,它同样到复用队列中去找,第10个cell的标示符为@"Subtitle Style",但是队列中唯一的cell的标示符为@"Default Style",根据标示符寻找,没有找到,故而再次创建一个新的cell,同时将滑动出界面的第2个cell进入复用队列。此时复用队列有两个元素,标示符为@"Default Style",@"Subtitle Style"。同样的道理,滑动到第11个cell的时候,第3个cell入队,第12个cell的时候,第4个cell入队。此时复用队列的元素个数为四个,标示符分别为:@"Default Style",@"Subtitle Style",@"Value1 Style",@"Value2 Style".然后继续滑动cell,当滑动到第13个cell的时候,它的标示符为@"Default Style",它到复用队列中去找,可以找到。故而,这个cell就不会被创建了,同理,再次向下滑动,以下的所有cell都可以根据标示符找到对应的cell,不会有被创建的。在向下滑动的过程中,滑动出去的cell会被入队,不过只入队创建了的cell,也就是说最终队列中会有12个cell。对于每次取对应标示符的元素,到底取的是哪一个?采用的什么策略?这个我不知道,我通过打印查看的是在向下滑动的过程中,一直顺着队列找,队列是一个循环队列。向上滑动的时候,逆着队列向上找,由于是循环队列,一直在转圈。

如果你仔细看的话,你会发现第一个cell本来没有图片,为什么一划下去再次滑动(如果滑动的距离远,一次搞定,如果滑动的距离近,多上下滑动几次)上来又有图片了呢?这个就要思考一个:第一个cell在滑出界面又划入界面的时候,是从复用队列拿到的。复用队列有12个元素,第1,5,9还第一个cell有相同的标示符,第1个没有图片,第5个和第9个有图片。当用户复用的是第一个cell的时候,它是没有图片,当用户复用第5,9个cell的时候,它是有图片的。因此,当你上下滑动,查看第一个cell的时候,你会看到它一会有图片,一会没有图片。这个跟复用时候的队列查找规则有关。


实用篇:

说了那么多,全是关于原理的。现在说点实用的。如果你想在所有的cell中添加一个按钮,你是应该在if中添加,还是应该在if之外添加呢?毫无疑问,应该在if中,如果你是在if的外面添加的,那会导致,你在向下滑动cell的过程中,取出来的cell本来已经带有button了,而你还在addSubview,按钮越来越多。或者你可以采用在if外面添加,前提是每次先cell remove掉其所有的子视图。这样太消耗cpu,麻烦了。如果你想一行隔着一行有按钮和没有按钮,你该怎么做呢?稍微思考一下,这个可是两种风格的cell,故而在滑出界面进行重用的时候,它们应该属于不同的标示符。于是你在创建cell的时候,应该去指定两种标示符,创建两种cell。当然,也许你聪明了,我是不是可以在if之外先remove掉cell的所有子视图,然后根据row % 2 == 0或者!=0 来进行addSubView:button吗?答案当然是肯定的,但是这样还是同样的问题,太消耗cpu了。平常我们给每一个cell添加了一个button,肯定要添加事件的。对于不同的button,响应不同的事件?那么我是不是通过在if语句中给button设置它的tag标记(例如button.tag = indexpath.row)来实现呢?哈哈,你应该足够聪明了吧,当然不行。你可以这样想,if语句是用来创建的,它只被执行了(例如上面的例子:12次),但是你可能有几百行的cell,当然你的tag也就只有12个了,明显不对应。像这样的,应该怎么处理呢?答案是:放在if的外面。你在if外面设置了tag标记,当然,在某一个具体的时间点上,仍然只有12个标记,但是这12个标记是可变的,例如当前界面显示第100-111号的cell,那么此时的button的tag就会是100-111了,仍然是12个按钮,但是它们会根据用户的滑动,进行不同的tag切换,相当于拥有了很多个按钮。如果你没有被我说的话给弄晕,脑袋又足够清醒的话,你应该可以得出以下的结论:对于界面的定制,放在if中比较好,一个cell中只创建一次;对于数据的定制,放在if外面比较好,对于不同的cell,表示不同的内容,虽然只有12个cell,但是cell中存放的数据我可以任意的映射。如果你得出了这个结论,那么如果在加上textField,label等等,你应该可以轻松搞定。不仅仅是表面上,更重要的是,你理解了原理,掌握了机制,万变都不怕,即使有新的需求,脑袋想想,或者拿着这篇文章看看,希望能给你一些启示。

举报

相关文章推荐

关于 去除UITableViewCell复用机制 的几种方法

UITableView继承自UIScrollview,是苹果为我们封装好的一个基于scroll的控件。上面主要是一个个的UITableViewCell,可以让UITableViewCell响应一些点击...

UITableViewCell的复用

UITableView的动态模式在开发中是很重要的,能够通过对Cell的复用快速的开发一个UITableView.这里对UITableView的动态创建进行一些总结 :创建一个TableViewCon...

精选:深入理解 Docker 内部原理及网络配置

网络绝对是任何系统的核心,对于容器而言也是如此。Docker 作为目前最火的轻量级容器技术,有很多令人称道的功能,如 Docker 的镜像管理。然而,Docker的网络一直以来都比较薄弱,所以我们有必要深入了解Docker的网络知识,以满足更高的网络需求。

iOS:UITableView 使用(二)--UITableViewCell复用/重用探究

复用方式
  • houseq
  • houseq
  • 2014-10-30 19:08
  • 7196

UITableViewCell为什么要复用

UITableView在视图显示位置发生变化之后,会重新创建即将要出现的单元格对象,CocoaTouch框架中,会提供系统的单元格对象复用的机制,避免系统会重复创建对象,开辟新的内存空间

iOS-UITableviewCell的重用机制

TableView的重用机制,为了做到显示和数据分离,IOS tableView的实现并且不是为每个数据项创建一个tableCell。而是只创建屏幕可显示最大个数的cell,然后重复使用这些cell,...

iOS开发UI篇—UITableviewcell的性能优化和缓存机制

一、UITableviewcell的一些介绍 UITableView的每一行都是一个UITableViewCell,通过dataSource的 tableView:cellForRowAtInd...

UITableviewcell重用机制以及解决重绘出现的重叠现象

在使用TableView的时候,下面一段代码是必须的,也是最标准的: [cpp] view plaincopyprint? - (UITableViewCell *)tableView:(UITab...

iOS编程-------UITableView表视图 / UITableViewCell的重用机制

// // AppDelegate.h // UI09_UITableView表视图_重用机制 // // Created by on 15/9/11. // Copyright (c) 2...

iOS-UITableviewCell的重用机制

TableView的重用机制,为了做到显示和数据分离,IOS tableView的实现并且不是为每个数据项创建一个tableCell。而是只创建屏幕可显示最大个数的cell,然后重复使用这些cell,...

iOS开发~UITableViewCell重用机制总结

相信每一个iOS开发者都会遇到UITableViewCell重用数据混乱问题。 UITableViewCell重用机制问题——在界面中用到了cell,并且在cell上显示不同内容,在滑动显示过程中,出...
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)