UICollectionViewCell重用注意要点（解决视图重叠问题）

刚接触√，总会遇到很多莫名其妙的困难，

最容易造成bug的是，我总以为UICollectionView和UITableView是差不多的，就先入为主基本就照抄uitableview的东西去做，以为只是把几个数据源方法和代理方法改个名字而已，这就是bug不断的根源！！

第一个问题：起码要显示点东西吧：

    创建UICollectionViewFlowLayout并注册! 跟uitableview第一个不同就在这里，UICollectionView需要一个layout和为cell注册一个类才能显示出东西。。。。

  UICollectionViewFlowLayout *flowLayout= [[UICollectionViewFlowLayoutalloc]init];

    self.myUICollectionView = [[UICollectionView alloc]initWithFrame:CGRectMake(0,45,self.view.frame.size.width,self.view.frame.size.height-44) collectionViewLayout:flowLayout];

    self.myUICollectionView.backgroundColor = [UIColor whiteColor];

    [self.myUICollectionView registerClass:[ClassifiListCell1 class] forCellWithReuseIdentifier:@"myUICollectionViewCell"];

    self.myUICollectionView.delegate = self;

    self.myUICollectionView.dataSource = self;

    [self.viewaddSubview:self.myUICollectionView];

这样，起码终于可以显示东西了，不容易。。。要注意的是，ClassifiListCell1是自定义的UICollectionViewCell；

第二个问题：重点！！cell重用时视图重叠！！！

   数据表较多的话，当然，必须得重用cell，正常实现其他数据源方法，最重要的是以下方法：

 NSUInteger row = [indexPathrow];

    ClassifiListCell1 * cell = (ClassifiListCell1 *)[collectionViewdequeueReusableCellWithReuseIdentifier:@"myUICollectionViewCell"forIndexPath:indexPath];

   if (!cell) {

        cell = [[ClassifiListCell1alloc] initWithFrame:CGRectMake(0,0, 145, 200)];

    }

   if ([_commodity_listcount]>=row) {

       NSDictionary *dict =[_commodity_listobjectAtIndex:row];

       Classifi *merc = [[Classifialloc] init];

        [mercsetJson:dict];

        [cellsetCellContent:merc];

    }

    

   return cell;

}

其中[cell setCellContent:merc];是设置cell的视图，上面有图片和uitextfield等，如此倒弄一番，终于看到自己自定义的正常视图了，虽然位置还没调好，但毕竟这不是重点！！

file:///Users/maobai/Desktop/1234.png

额。。。。不能插入图片，就算了，，，意思就是正常看到视图了！ 但当我上下滑动视图的时候，问题来了，cell里面的东西一层层的重叠，惨不忍睹！

在网上找了很多方法和注意的要点：

其中，注册，自定义上面已经做了，还有一个方法是，重用cell之前，先把cell里面的所有subviews removefromsuperview，不过这个方法很挫有木有！！

再者就是重写init方法，在里面添加自己的视图，但这方法根本行不通，真实测试过，自定义的uicollectionviewcell重用时，甚至创建的时候，根本不走init方法！！

最终解决办法：重写 initWithFrame :方法，把自定义的视图放进去，然后在setCellContent:方法里就可以直接填东西，再不会出现重叠的情况了

其实很简单有木有。。。。。

目前还搞不懂，为什么自定义的cell实例化的时候不走init方法，但会走 initWithFrame:方法？？？

以下关于UICollectionView的使用是另一个博主的文章：（连接：http://blog.youkuaiyun.com/majiakun1/article/details/17204693）

UICollectionView详解

什么是UICollectionView

UICollectionView是一种新的数据展示方式，简单来说可以把他理解成多列的UITableView(请一定注意这是UICollectionView的最最简单的形式)。如果你用过iBooks的话，可能你还对书架布局有一定印象：一个虚拟书架上放着你下载和购买的各类图书，整齐排列。其实这就是一个UICollectionView的表现形式，或者iPad的iOS6中的原生时钟应用中的各个时钟，也是UICollectionView的最简单的一个布局，如图：

 

最简单的UICollectionView就是一个GridView，可以以多列的方式将数据进行展示。标准的UICollectionView包含三个部分，它们都是UIView的子类：

•  Cells 用于展示内容的主体，对于不同的cell可以指定不同尺寸和不同的内容，这个稍后再说

•  Supplementary Views追加视图如果你对UITableView比较熟悉的话，可以理解为每个Section的Header或者Footer，用来标记每个section的view

•  Decoration Views装饰视图这是每个section的背景，比如iBooks中的书架就是这个

 

  

实现一个简单的UICollectionView

先从最简单的开始，UITableView是iOS开发中的非常非常非常重要的一个类，相信如果你是开发者的话应该是对这个类非常熟悉了。实现一个UICollectionView和实现一个UITableView基本没有什么大区别，它们都同样是datasource和delegate设计模式的：datasource为view提供数据源，告诉view要显示些什么东西以及如何显示它们，delegate提供一些样式的小细节以及用户交互的相应。因此在本节里会大量对比collectionview和tableview来进行说明，如果您还不太熟悉tableview的话，也是个对照着复习的好机会。

UICollectionViewDataSource

•  section的数量-numberOfSectionsInCollection:

•  某个section里有多少个item-collectionView:numberOfItemsInSection:

•  对于某个位置应该显示什么样的cell-collectionView:cellForItemAtIndexPath:

实现以上三个委托方法，基本上就可以保证CollectionView工作正常了。当然，还有提供SupplementaryView的方法

•  collectionView:viewForSupplementaryElementOfKind:atIndexPath:

对于Decoration Views，提供方法并不在UICollectionViewDataSource中，而是直接在UICollectionViewLayout类中的(因为它仅仅是视图相关，而与数据无关)，放到稍后再说。

关于重用

为了得到高效的View，对于cell的重用是必须的，避免了不断生成和销毁对象的操作，这与在UITableView中的情况是一致的。但值得注意的时，在UICollectionView中，不仅cell可以重用，SupplementaryView和DecorationView也是可以并且应当被重用的。在iOS5中，Apple对UITableView的重用做了简化，以往要写类似这样的代码：

 

 UITableViewCell*cell =[tableViewdequeueReusableCellWithIdentifier:@"MY_CELL_ID"];

if(!cell)//如果没有可重用的cell，那么生成一个 {

    cell =[[UITableViewCellalloc]init];

}

//配置cell，blablabla

return cell; 

 

 

而如果我们在TableView向数据源请求数据之前使用-registerNib:forCellReuseIdentifier:方法为@“MY_CELL_ID”注册过nib的话，就可以省下每次判断并初始化cell的代码，要是在重用队列里没有可用的cell的话，runtime将自动帮我们生成并初始化一个可用的cell。

这个特性很受欢迎，因此在UICollectionView中Apple继承使用了这个特性，并且把其进行了一些扩展。使用以下方法进行注册：

•  -registerClass:forCellWithReuseIdentifier:

•  -registerClass:forSupplementaryViewOfKind:withReuseIdentifier:

•  -registerNib:forCellWithReuseIdentifier:

•  -registerNib:forSupplementaryViewOfKind:withReuseIdentifier:

相比UITableView有两个主要变化：一是加入了对某个Class的注册，这样即使不用提供nib而是用代码生成的view也可以被接受为cell了；二是不仅只是cell，Supplementary View也可以用注册的方法绑定初始化了。在对collectionview的重用ID注册后，就可以像UITableView那样简单的写cell配置了：

 

 

 

- ( UICollectionView * ) collectionView : ( UICollectionView * ) cv cellForItemAtIndexPath : ( NSIndexPath * ) indexPath {

     MyCell *cell = [ cv dequeueReusableCellWithReuseIdentifier : @” MY_CELL_ID” ] ;

     // Configure the cell's content

     cell . imageView . image = . . .

     return cell ;

}

需要吐槽的是，对collection view，取重用队列的方法的名字和UITableView里面不一样了，在Identifier前面多加了Reuse五个字母，语义上要比以前清晰，命名规则也比以前严谨了..不知道Apple会不会为了追求完美而把UITableView中的命名不那么好的方法deprecate掉。

UICollectionViewDelegate

数据无关的view的外形啊，用户交互啊什么的，由UICollectionViewDelegate来负责：

•  cell的高亮

•  cell的选中状态

•  可以支持长按后的菜单

关于用户交互，UICollectionView也做了改进。每个cell现在有独立的高亮事件和选中事件的delegate，用户点击cell的时候，现在会按照以下流程向delegate进行询问：

1 -collectionView:shouldHighlightItemAtIndexPath:是否应该高亮？

2 -collectionView:didHighlightItemAtIndexPath:如果1回答为是，那么高亮

3 -collectionView:shouldSelectItemAtIndexPath:无论1结果如何，都询问是否可以被选中？

4 -collectionView:didUnhighlightItemAtIndexPath:如果1回答为是，那么现在取消高亮

5 -collectionView:didSelectItemAtIndexPath:如果3回答为是，那么选中cell

状态控制要比以前灵活一些，对应的高亮和选中状态分别由highlighted和selected两个属性表示。

关于Cell

相对于UITableViewCell来说，UICollectionViewCell没有这么多花头。首先UICollectionViewCell不存在各式各样的默认的style，这主要是由于展示对象的性质决定的，因为UICollectionView所用来展示的对象相比UITableView来说要来得灵活，大部分情况下更偏向于图像而非文字，因此需求将会千奇百怪。因此SDK提供给我们的默认的UICollectionViewCell结构上相对比较简单，由下至上：

•  首先是cell本身作为容器view

•  然后是一个大小自动适应整个cell的backgroundView，用作cell平时的背景

•  再其上是selectedBackgroundView，是cell被选中时的背景

•  最后是一个contentView，自定义内容应被加在这个view上

这次Apple给我们带来的好康是被选中cell的自动变化，所有的cell中的子view，也包括contentView中的子view，在当cell被选中时，会自动去查找view是否有被选中状态下的改变。比如在contentView里加了一个normal和selected指定了不同图片的imageView，那么选中这个cell的同时这张图片也会从normal变成selected，而不需要额外的任何代码。

UICollectionViewLayout

终于到UICollectionView的精髓了…这也是UICollectionView和UITableView最大的不同。UICollectionViewLayout可以说是UICollectionView的大脑和中枢，它负责了将各个cell、Supplementary View和Decoration Views进行组织，为它们设定各自的属性，包括但不限于：

•  位置

•  尺寸

•  透明度

•  层级关系

•  形状

•  等等等等…

Layout决定了UICollectionView是如何显示在界面上的。在展示之前，一般需要生成合适的UICollectionViewLayout子类对象，并将其赋予CollectionView的collectionViewLayout属性。关于详细的自定义UICollectionViewLayout和一些细节，我将写在之后一篇笔记中。

Apple为我们提供了一个最简单可能也是最常用的默认layout对象，UICollectionViewFlowLayout。Flow Layout简单说是一个直线对齐的layout，最常见的GridView形式即为一种FlowLayout配置。上面的照片架界面就是一个典型的FlowLayout。

•  首先一个重要的属性是itemSize，它定义了每一个item的大小。通过设定itemSize可以全局地改变所有cell的尺寸，如果想要对某个cell制定尺寸，可以使用-collectionView:layout:sizeForItemAtIndexPath:方法。

•  间隔可以指定item之间的间隔和每一行之间的间隔，和size类似，有全局属性，也可以对每一个item和每一个section做出设定：

◦                    @property (CGSize)minimumInteritemSpacing

◦                    @property (CGSize)minimumLineSpacing

◦                    -collectionView:layout:minimumInteritemSpacingForSectionAtIndex:

◦                    -collectionView:layout:minimumLineSpacingForSectionAtIndex:

•  滚动方向由属性scrollDirection确定scroll view的方向，将影响FlowLayout的基本方向和由header及footer确定的section之间的宽度

◦                    UICollectionViewScrollDirectionVertical

◦                    UICollectionViewScrollDirectionHorizontal

•  Header和Footer尺寸同样地分为全局和部分。需要注意根据滚动方向不同，header和footer的高和宽中只有一个会起作用。垂直滚动时section间宽度为该尺寸的高，而水平滚动时为宽度起作用，如图。

◦                    @property (CGSize)headerReferenceSize

◦                    @property (CGSize)footerReferenceSize

◦                    -collectionView:layout:referenceSizeForHeaderInSection:

◦                    -collectionView:layout:referenceSizeForFooterInSection:

•  缩进

◦                    @property UIEdgeInsetssectionInset;

◦                    -collectionView:layout:insetForSectionAtIndex:

总结

一个UICollectionView的实现包括两个必要部分：UICollectionViewDataSource和UICollectionViewLayout，和一个交互部分：UICollectionViewDelegate。而Apple给出的UICollectionViewFlowLayout已经是一个很强力的layout方案了。

 

几个自定义的Layout

但是光是UICollectionViewFlowLayout的话，显然是不够用的，而且如果单单是这样的话，就和现有的开源各类GridView没有区别了…UICollectionView的强大之处，就在于各种layout的自定义实现，以及它们之间的切换。先看几个相当exiciting的例子吧～

比如，堆叠布局：

圆形布局：

和Cover Flow布局：

所有这些布局都采用了同样的数据源和委托方法，因此完全实现了model和view的解耦。但是如果仅这样，那开源社区也已经有很多相应的解决方案了。Apple的强大和开源社区不能比拟的地方在于对SDK的全局掌控，CollectionView提供了非常简单的API可以令开发者只需要一次简单调用，就可以使用CoreAnimation在不同的layout之间进行动画切换，这种切换必定将大幅增加用户体验，代价只是几十行代码就能完成的布局实现，以及简单的一句API调用，不得不说现在所有的开源代码与之相比，都是相形见拙了…不得不佩服和感谢UIKit团队的努力。