- (CGSize)collectionViewContentSize   {   // Don't scroll horizontally   CGFloat contentWidth = self.collectionView.bounds.size.width;   // Scroll vertically to display a full day   CGFloat contentHeight = DayHeaderHeight + (HeightPerHour * HoursPerDay);   CGSize contentSize = CGSizeMake(contentWidth, contentHeight);   return contentSize;   }  為了清楚起見，我選擇布局在一個非常簡單模型上：假定每周天數(shù)相同，每天時長相同， 也就是說天數(shù)用0-6表示。在一個真實的日歷程序中，布局將會為自己的計算大量使用基于NSCalendar的日期。 layoutAttributesForElementsInRect:這是任何布局類中最重要的方法了，同時可能也是最容易讓人迷惑的方法。collection view調(diào)用這個方法并傳遞一個自身坐標系統(tǒng)中的矩形過去。這個矩形代表了這個視圖的可見矩形區(qū)域（也就是它的bounds），你需要準備好處理傳給你的任何矩形。 你的實現(xiàn)必須返回一個包含UICollectionViewLayoutAttributes對象的數(shù)組，為每一個cell包含這樣的一個對象，supplementary view或decoration view在矩形區(qū)域內(nèi)是可見的。UICollectionViewLayoutAttributes類包含了collection view內(nèi)item的所有相關布局屬性。默認情況下，這個類包含frame，center，size，transform3D，alpha，zIndex屬性(PRoperties)，和hidden特性(attributes)。如果你的布局想要控制其他視圖的屬性（比如，背景顏色），你可以建一個UICollectionViewLayoutAttributes的子類，然后加上你自己的屬性。 布局屬性對象通過indexPath屬性和他們對應的cell，supplementary view或者decoration view關聯(lián)在一起。collection view為所有items從布局對象中請求到布局屬性后，它將會實例化所有視圖，并將對應的屬性應用到每個視圖上去。 注意！這個方法涉及到所有類型的視圖，也就是cell，supplementary views和decoration views。一個幼稚的實現(xiàn)可能會選擇忽略傳入的矩形，并且為collection view中的所有視圖返回布局屬性。在原型設計和開發(fā)布局階段，這是一個有效的方法。但是，這將對性能產(chǎn)生非常壞的影響，特別是可見cell遠少于所有cell數(shù)量的時候，collection view和布局對象將會為那些不可見的視圖做額外不必要的工作。 你的實現(xiàn)需要做這幾步： 1.創(chuàng)建一個空的mutable數(shù)組來存放所有的布局屬性。 2.確定index paths中哪些cells的frame完全或部分位于矩形中。這個計算需要你從collection view的數(shù)據(jù)源中取出你需要顯示的數(shù)據(jù)。然后在循環(huán)中調(diào)用你實現(xiàn)的layoutAttributesForItemAtIndexPath:方法為每個index path創(chuàng)建并配置一個合適的布局屬性對象，并將每個對象添加到數(shù)組中。 3.如果你的布局包含supplementary views，計算矩形內(nèi)可見supplementary view的index paths。在循環(huán)中調(diào)用你實現(xiàn)的layoutAttributesForSupplementaryViewOfKind:atIndexPath:，并且將這些對象加到數(shù)組中。通過為kind參數(shù)傳遞你選擇的不同字符，你可以區(qū)分出不同種類的supplementary views（比如headers和footers）。當需要創(chuàng)建視圖時，collection view會將kind字符傳回到你的數(shù)據(jù)源。記住supplementary和decoration views的數(shù)量和種類完全由布局控制。你不會受到headers和footers的限制。 4.如果布局包含decoration views，計算矩形內(nèi)可見decoration views的index paths。在循環(huán)中調(diào)用你實現(xiàn)的layoutAttributesForDecorationViewOfKind:atIndexPath:，并且將這些對象加到數(shù)組中。 5.返回數(shù)組。 我們自定義的布局沒有使用decoration views，但是使用了兩種supplementary views（column headers和row headers）
- (NSArray *)layoutAttributesForElementsInRect:(CGRect)rect   {   NSMutableArray *layoutAttributes = [NSMutableArray array];   // Cells   // We call a custom helper method -indexPathsOfItemsInRect: here   // which computes the index paths of the cells that should be included   // in rect.   NSArray *visibleIndexPaths = [self indexPathsOfItemsInRect:rect];   for (NSIndexPath *indexPath in visibleIndexPaths) {   UICollectionViewLayoutAttributes *attributes =   [self layoutAttributesForItemAtIndexPath:indexPath];   [layoutAttributes addObject:attributes];   }   // Supplementary views   NSArray *dayHeaderViewIndexPaths = [self indexPathsOfDayHeaderViewsInRect:rect];   for (NSIndexPath *indexPath in dayHeaderViewIndexPaths) {   UICollectionViewLayoutAttributes *attributes =   [self layoutAttributesForSupplementaryViewOfKind:@"DayHeaderView"   atIndexPath:indexPath];   [layoutAttributes addObject:attributes];   }   NSArray *hourHeaderViewIndexPaths = [self indexPathsOfHourHeaderViewsInRect:rect];   for (NSIndexPath *indexPath in hourHeaderViewIndexPaths) {   UICollectionViewLayoutAttributes *attributes =   [self layoutAttributesForSupplementaryViewOfKind:@"HourHeaderView"   atIndexPath:indexPath];   [layoutAttributes addObject:attributes];   }   return layoutAttributes;   }  layoutAttributesFor…IndexPath有時，collection view會為某個特殊的cell，supplementary或者decoration view向布局對象請求布局屬性，而非所有可見的對象。這就是當其他三個方法開始起作用時，你實現(xiàn)的layoutAttributesForItemAtIndexPath：需要創(chuàng)建并返回一個單獨的布局屬性對象，這樣才能正確的格式化傳給你的index path所對應的cell。 你可以通過調(diào)用 +[UICollectionViewLayoutAttributes layoutAttributesForCellWithIndexPath:]這個方法，然后根據(jù)index path修改屬性。為了得到需要顯示在這個index path內(nèi)的數(shù)據(jù)，你可能需要訪問collection view的數(shù)據(jù)源。到目前為止，至少確保設置了frame屬性，除非你所有的cell都位于彼此上方。
- (UICollectionViewLayoutAttributes *)layoutAttributesForItemAtIndexPath:(NSIndexPath *)indexPath   {   CalendarDataSource *dataSource = self.collectionView.dataSource;   id event = [dataSource eventAtIndexPath:indexPath];   UICollectionViewLayoutAttributes *attributes =   [UICollectionViewLayoutAttributes layoutAttributesForCellWithIndexPath:indexPath];   attributes.frame = [self frameForEvent:event];   return attributes;   }  如果你正在使用自動布局，你可能會感到驚訝，我們正在直接修改布局參數(shù)的frame屬性，而不是和約束共事，但這正是UICollectionViewLayout的工作。盡管你可能使用自動布局來定義collection view的frame和它內(nèi)部每個cell的布局，但cells的frames還是需要通過老式的方法計算出來。 類似的，layoutAttributesForSupplementaryViewOfKind:atIndexPath: 和 layoutAttributesForDecorationViewOfKind:atIndexPath:方法分別需要為supplementary和decoration views做相同的事。只有你的布局包含這樣的視圖你才需要實現(xiàn)這兩個方法。UICollectionViewLayoutAttributes包含另外兩個工廠方法，+layoutAttributesForSupplementaryViewOfKind:withIndexPath: 和 +layoutAttributesForDecorationViewOfKind:withIndexPath:，他們是用來創(chuàng)建正確的布局屬性對象。 shouldInvalidateLayoutForBoundsChange:最后，當collection view的bounds改變時，布局需要告訴collection view是否需要重新計算布局。我的猜想是：當collection view改變大小時，大多數(shù)布局會被作廢，比如設備旋轉(zhuǎn)的時候。因此，一個幼稚的實現(xiàn)可能只會簡單的返回YES。雖然實現(xiàn)功能很重要，但是scroll view的bounds在滾動時也會改變，這意味著你的布局每秒會被丟棄多次。根據(jù)計算的復雜性判斷，這將會對性能產(chǎn)生很大的影響。 當collection view的寬度改變時，我們自定義的布局必須被丟棄，但這滾動并不會影響到布局。幸運的是，collection view將它的新bounds傳給shouldInvalidateLayoutForBoundsChange: method。這樣我們便能比較視圖當前的bounds和新的bounds來確定返回值：
- (BOOL)shouldInvalidateLayoutForBoundsChange:(CGRect)newBounds   {   CGRect oldBounds = self.collectionView.bounds;   if (CGRectGetWidth(newBounds) != CGRectGetWidth(oldBounds)) {   return YES;   }   return NO;   }  動畫插入和刪除UITableView中的cell自帶了一套非常漂亮的插入和刪除動畫。但是當為UICollectionView增加和刪除cell定義動畫功能時，UIKit工程師遇到這樣一個問題：如果collection view的布局是完全可變的，那么預先定義好的動畫就沒辦法和開發(fā)者自定義的布局很好的融合。他們提出了一個優(yōu)雅的方法：當一個cell（或者supplementary或者decoration view）被插入到collection view中時，collection view不僅向其布局請求cell正常狀態(tài)下的布局屬性，同時還請求其初始的布局屬性，比如，需要在開始有插入動畫的cell。collection view會簡單的創(chuàng)建一個animation block，并在這個block中，將所有cell的屬性從初始（initial）狀態(tài)改變到常態(tài)（normal）。 通過提供不同的初始布局屬性，你可以完全自定義插入動畫。比如，設置初始的alpha為0將會產(chǎn)生一個淡入的動畫。同時設置一個平移和縮放將會產(chǎn)生移動縮放的效果。 同樣的原理應用到刪除上，這次動畫是從常態(tài)到一系列你設置的最終布局屬性。這些都是你需要在布局類中為initial或final布局參數(shù)實現(xiàn)的方法. initialLayoutAttributesForAppearingItemAtIndexPath: initialLayoutAttributesForAppearingSupplementaryElementOfKind:atIndexPath: initialLayoutAttributesForAppearingDecorationElementOfKind:atIndexPath: finalLayoutAttributesForDisappearingItemAtIndexPath: finalLayoutAttributesForDisappearingSupplementaryElementOfKind:atIndexPath: finalLayoutAttributesForDisappearingDecorationElementOfKind:atIndexPath: 布局間切換可以通過類似的方式將一個collection view布局動態(tài)的切換到另外一個布局。當發(fā)送一個setCollectionViewLayout:animated:消息時，collection view會為cells在新的布局中查詢新的布局參數(shù)，然后動態(tài)的將每個cell（通過index path在新舊布局中判斷出相同的cell）從舊參數(shù)變換到新的布局參數(shù)。你不需要做任何事情。 結(jié)論根據(jù)自定義collection view布局的復雜性，寫一個通常很不容易。確切的說，本質(zhì)上這和從頭寫一個完整的實現(xiàn)相同布局自定義視圖類一樣困難了。因為所涉及的計算需要確定哪些子視圖當前是可見的，以及他們的位置。盡管如此，使用UICollectionView還是給你帶來了一些很好的效果，比如cell重用，自動支持動畫，更不要提整潔的獨立布局，子視圖管理，以及數(shù)據(jù)提供架構(gòu)規(guī)定（data preparation its architecture prescribes.）。 自定義collection view布局也是向輕量級view controller邁出很好的一步，正如你的view controller不要包含任何布局代碼。正如Chris的文章中解釋的一樣，將這一切和一個獨立的datasource類結(jié)合在一起，collection view的視圖控制器將很難再包含任何代碼。 每當我使用UICollectionView的時候，我被其簡潔的設計所折服。對于一個有經(jīng)驗的Apple工程師，為了想出如此靈活的類，很可能需要首先考慮NSTableView和UITableView。