UICollectionView

UICollectionView 多列的UITableView,最简单的形式，类似于iBooks中书架的布局，书架中放着你下载的和购买的电子书。

最简单的UICollectionView是一个GridView，可以多列的方式进行展示。

包含三部分，都是UIView的子类：

Cells 用于展示内容主体：对不同的cell可以定制不同尺寸和不同内容。

Supplementary Views 追加视图： 类似于tableview中，每个Section的Header 或者 Footer,每个section的view

Decoration Views 装饰视图：每个section的背景，

不管一个UICollectionView的布局如何变化，这三个部件都是存在的。

实现一个UICollectionView和实现一个UITableView基本没有什么大区别，它们都同样是datasource和delegate设计模式的：datasource为view提供数据源，告诉view要显示些什么东西，delegate提供一些样式的小细节以及用户交互的相应。

UICollectionViewDataSource

• section的数量 ?-numberOfSectionsInCollection:   
• 某个section里有多少个item ?-collectionView:numberOfItemsInSection:  
• 对于某个位置应该显示什么样的cell ?-collectionView:cellForItemAtIndexPath: 

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

• collectionView:viewForSupplementaryElementOfKind:atIndexPath:

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

关于重用

为了得到高效的View，对于cell的重用是必须的，避免了不断生成和销毁对象的操作，这与在UITableView中的情况是一致的。但值得注意的时，在UICollectionView中，不仅cell可以重用，Supplementary View和Decoration View也是可以并且应当被重用的。

• -registerClass:forCellWithReuseIdentifier:
• -registerClass:forSupplementaryViewOfKind:withReuseIdentifier:
• -registerNib:forCellWithReuseIdentifier:
• -registerNib:forSupplementaryViewOfKind:withReuseIdentifier:

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

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

    MyCell*cell=[cvdequeueReusableCellWithReuseIdentifier:@”MY_CELL_ID”];

    // Configure the cell's content

    cell.imageView.image=...

    returncell;

}

需要吐槽的是，对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结构上相对比较简单，由下至上：

1、cell本身最为容器的view

2、一个大小自适应整个cell的backgroundview,cell的背景

3、其上是selectedBackgroundView，是cell被选中时的背景

4、contentView 自定义内容加在这个view上

选中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属性。

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

• 首先一个重要的属性是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的方向，将影响Flow Layout的基本方向和由header及footer确定的section之间的宽度
  • UICollectionViewScrollDirectionVertical
  • UICollectionViewScrollDirectionHorizontal
• Header和Footer尺寸 同样地分为全局和部分。需要注意根据滚动方向不同，header和footer的高和宽中只有一个会起作用。垂直滚动时section间宽度为该尺寸的高，而水平滚动时为宽度起作用，如图。
  • @property (CGSize) headerReferenceSize
  • @property (CGSize) footerReferenceSize
  • -collectionView:layout:referenceSizeForHeaderInSection:
  • -collectionView:layout:referenceSizeForFooterInSection:
• 缩进
  • @property UIEdgeInsets sectionInset;
  • -collectionView:layout:insetForSectionAtIndex:

总结

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

几个自定义的Layout

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

比如，堆叠布局：圆形布局：和Cover Flow布局：

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