UICollectionView的學(xué)習(xí)可以對(duì)比著UITableView來瓤帚，因?yàn)檫@兩個(gè)類很相似描姚，實(shí)現(xiàn)途徑也很相似。它們都是datasource和delegate設(shè)計(jì)模式的：datasource為view提供數(shù)據(jù)源戈次，告訴view要顯示些什么東西以及如何顯示它們轩勘，delegate提供一些樣式的小細(xì)節(jié)以及用戶交互的相應(yīng)。
UICollectionViewDataSource
numberOfSectionsInCollectionView//section的數(shù)量
numberOfItemsInSection//每個(gè)section對(duì)應(yīng)的items的數(shù)量
cellForItemAtIndexPath//對(duì)應(yīng)每個(gè)位置的item應(yīng)該如何顯示
viewForSupplementaryElementOfKind//對(duì)應(yīng)每組section的Supplementary View應(yīng)該如何顯示
對(duì)于Decoration Views怯邪，提供方法并不在UICollectionViewDataSource中绊寻，而是直接UICollectionViewLayout類中的(因?yàn)樗鼉H僅是視圖相關(guān)，而與數(shù)據(jù)無關(guān))悬秉。UICollectionViewDelegate
數(shù)據(jù)無關(guān)的view的外形啊澄步，用戶交互啊什么的，由UICollectionViewDelegate來負(fù)責(zé)：
- cell的高亮
- cell的選中狀態(tài)
- 可以支持長(zhǎng)按后的菜單
關(guān)于用戶交互和泌，UICollectionView也做了改進(jìn)村缸。每個(gè)cell現(xiàn)在有獨(dú)立的高亮事件和選中事件的delegate，用戶點(diǎn)擊cell的時(shí)候武氓，現(xiàn)在會(huì)按照以下流程向delegate進(jìn)行詢問：
-collectionView:shouldHighlightItemAtIndexPath:是否應(yīng)該高亮梯皿？
-collectionView:didHighlightItemAtIndexPath:如果1回答為是搪柑，那么高亮
-collectionView:shouldSelectItemAtIndexPath:無論1結(jié)果如何，都詢問是否可以被選中索烹？
-collectionView:didUnhighlightItemAtIndexPath:如果1回答為是工碾，那么現(xiàn)在取消高亮
-collectionView:didSelectItemAtIndexPath:如果3回答為是，那么選中cell
狀態(tài)控制要比以前靈活一些百姓，對(duì)應(yīng)的高亮和選中狀態(tài)分別由highlighted和selected兩個(gè)屬性表示渊额。
- 關(guān)于Cell
相對(duì)于UITableViewCell來說，UICollectionViewCell沒有這么多花頭垒拢。首先UICollectionViewCell不存在各式各樣的默認(rèn)的style旬迹，這主要是由于展示對(duì)象的性質(zhì)決定的，因?yàn)閁ICollectionView所用來展示的對(duì)象相比UITableView來說要來得靈活求类，大部分情況下更偏向于圖像而非文字奔垦，因此需求將會(huì)千奇百怪。因此SDK提供給我們的默認(rèn)的UICollectionViewCell結(jié)構(gòu)上相對(duì)比較簡(jiǎn)單尸疆，由下至上：
首先是cell本身作為容器view
然后是一個(gè)大小自動(dòng)適應(yīng)整個(gè)cell的backgroundView椿猎，用作cell平時(shí)的背景
再其上是selectedBackgroundView，是cell被選中時(shí)的背景
-
最后是一個(gè)contentView寿弱，自定義內(nèi)容應(yīng)被加在這個(gè)view上
這次Apple給我們帶來的好康是被選中cell的自動(dòng)變化犯眠，所有的cell中的子view，也包括contentView中的子view症革，在當(dāng)cell被選中時(shí)，會(huì)自動(dòng)去查找view是否有被選中狀態(tài)下的改變噪矛。比如在contentView里加了一個(gè)normal和selected指定了不同圖片的imageView，那么選中這個(gè)cell的同時(shí)這張圖片也會(huì)從normal變成selected残炮，而不需要額外的任何代碼雷袋。
-
關(guān)于重用
為了得到高效的View辞居，對(duì)于cell的重用是必須的，避免了不斷生成和銷毀對(duì)象的操作鸠删，這與在UITableView中的情況是一致的贼陶。但值得注意的時(shí)巧娱，在UICollectionView中禁添，不僅cell可以重用桨踪，Supplementary View和Decoration View也是可以并且應(yīng)當(dāng)被重用的。在iOS5中铺峭，Apple對(duì)UITableView的重用做了簡(jiǎn)化汽纠，以往要寫類似這樣的代碼：UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"MY_CELL_ID"]; if (!cell) { //如果沒有可重用的cell，那么生成一個(gè) cell = [[UITableViewCell alloc] init]; } //配置cell莉炉，blablabla return cell
而如果我們?cè)赥ableView向數(shù)據(jù)源請(qǐng)求數(shù)據(jù)之前使用-registerNib:forCellReuseIdentifier:方法為@“MY_CELL_ID"注冊(cè)過nib的話碴犬，就可以省下每次判斷并初始化cell的代碼，要是在重用隊(duì)列里沒有可用的cell的話羞福，runtime將自動(dòng)幫我們生成并初始化一個(gè)可用的cell蚯涮。
這個(gè)特性很受歡迎，因此在UICollectionView中Apple繼承使用了這個(gè)特性张峰，并且把其進(jìn)行了一些擴(kuò)展棒旗。使用以下方法進(jìn)行注冊(cè)：
- -registerClass:forCellWithReuseIdentifier:
- -registerClass:forSupplementaryViewOfKind:withReuseIdentifier:
- -registerNib:forCellWithReuseIdentifier:
- -registerNib:forSupplementaryViewOfKind:withReuseIdentifier:
相比UITableView有兩個(gè)主要變化：一是加入了對(duì)某個(gè)Class的注冊(cè)，這樣即使不用提供nib而是用代碼生成的view也可以被接受為cell了饶深；二是不僅只是cell敌厘，Supplementary View也可以用注冊(cè)的方法綁定初始化了朽合。在對(duì)collection view的重用ID注冊(cè)后饱狂，就可以像UITableView那樣簡(jiǎn)單的寫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;
}
需要吐槽的是休讳，對(duì)collection view尿孔，取重用隊(duì)列的方法的名字和UITableView里面不一樣了，在Identifier前面多加了Reuse五個(gè)字母婆咸，語(yǔ)義上要比以前清晰芜辕，命名規(guī)則也比以前嚴(yán)謹(jǐn)了..不知道Apple會(huì)不會(huì)為了追求完美而把UITableView中的命名不那么好的方法deprecate掉。
- UICollectionViewLayout
終于到UICollectionView的精髓了侵续。這也是UICollectionView和UITableView最大的不同。UICollectionViewLayout可以說是UICollectionView的大腦和中樞需五，它負(fù)責(zé)了將各個(gè)Cell宏邮、Supplementary View和Decoration Views進(jìn)行組織缸血，為它們?cè)O(shè)定各自的屬性，包括但不限于：
- 位置
- 尺寸
- 透明度
- 層級(jí)關(guān)系
- 形狀
- 等等等等…
Layout決定了UICollectionView是如何顯示在界面上的飒炎。在展示之前笆豁，一般需要生成合適的UICollectionViewLayout子類對(duì)象，并將其賦予CollectionView的collectionViewLayout屬性煞赢。
Apple為我們提供了一個(gè)最簡(jiǎn)單可能也是最常用的默認(rèn)layout對(duì)象: UICollectionViewFlowLayout扩氢。Flow Layout簡(jiǎn)單說是一個(gè)直線對(duì)齊的layout。
**itemSize**
首先一個(gè)重要的屬性是itemSize朦肘，它定義了每一個(gè)item的大小双饥。通過設(shè)定itemSize可以全局地改變所有cell的尺寸，如果想要對(duì)某個(gè)cell制定尺寸趴生，可以使用-collectionView:layout:sizeForItemAtIndexPath:方法昏翰。
@property (nonatomic) CGSize itemSize;
-collectionView:layout:sizeForItemAtIndexPath:
**間隔**
可以指定item之間的間隔和每一行之間的間隔，和size類似浸踩，有全局屬性统求，也可以對(duì)每一個(gè)item和每一個(gè)section做出設(shè)定：
@property (CGSize) minimumInteritemSpacing
@property (CGSize) minimumLineSpacing
-collectionView:layout:minimumInteritemSpacingForSectionAtIndex:
-collectionView:layout:minimumLineSpacingForSectionAtIndex:
**滾動(dòng)方向**
由屬性scrollDirection確定scroll view的方向，將影響Flow Layout的基本方向和由header及footer確定的section之間的寬度
@property (nonatomic) UICollectionViewScrollDirection scrollDirection;
**Header和Footer尺寸**
同樣地分為全局和部分折剃。需要注意根據(jù)滾動(dòng)方向不同像屋，header和footer的高和寬中只有一個(gè)會(huì)起作用。垂直滾動(dòng)時(shí)section間寬度為該尺寸的高因苹，而水平滾動(dòng)時(shí)為寬度起作用篇恒。
@property (CGSize) headerReferenceSize
@property (CGSize) footerReferenceSize
-collectionView:layout:referenceSizeForHeaderInSection:
-collectionView:layout:referenceSizeForFooterInSection:
**縮進(jìn)**
@property UIEdgeInsets sectionInset;
-collectionView:layout:insetForSectionAtIndex:
總結(jié)
一個(gè)UICollectionView的實(shí)現(xiàn)包括兩個(gè)必要部分：UICollectionViewDataSource和UICollectionViewLayout，和一個(gè)交互部分：UICollectionViewDelegate款筑。而Apple給出的UICollectionViewFlowLayout已經(jīng)是一個(gè)很強(qiáng)力的layout方案了奈梳。
