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的布局如何变化，这三个部件都是存在的。再次说明，复杂的UICollectionView毫不止上面的几幅图，关于较复杂的布局和相应的特性，我会在本文稍后和下一篇笔记中进行一些深刻。

---

实现一个简单的UICollectionView

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

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也是能够而且应当被重用的。在iOS5中，Apple对UITableView的重用作了简化，以往要写相似这样的代码：

 

 

1 2 3 4 5 6

UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"MY_CELL_ID"]; if (!cell) //若是没有可重用的cell，那么生成一个 {     cell = [[UITableViewCell alloc] 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也能够用注册的方法绑定初始化了。在对collection view的重用ID注册后，就能够像UITableView那样简单的写cell配置了：

 

 

1 2 3 4 5 6

-(UICollectionView*)collectionView:(UICollectionView*)cvcellForItemAtIndexPath:(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结构上相对比较简单，由下至上：

• 首先是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，最多见的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团队的努力。

关于上面几种自定义Layout和实现细节，和其余高级CollectionView应用，将在下一篇笔记中进行详细说明～