背景
iOS愈來愈人性化了，用戶能夠在設置-通用-輔助功能中動態調整字體大小了。你會發現全部iOS自帶的APP的字體大小都變了，惋惜咱們開發的第三方APP依然是之前的字體。在iOS7以後咱們能夠用UIFont的preferredFontForTextStyle:類方法來指定一個樣式，並讓字體大小符合用戶設定的字體大小。目前可供選擇的有六種樣式：html
1
2 3 4 5 6 |
UIFontTextStyleHeadline UIFontTextStyleBody UIFontTextStyleSubheadline UIFontTextStyleFootnote UIFontTextStyleCaption1 UIFontTextStyleCaption2 |
iOS會根據樣式的用途來合理調整字體。git
問題來了，諸如字體大小這種「動態類型」，咱們須要對其進行動態的UI調整，不然老是以爲咱們的界面怪怪的：github
咱們想要讓Cell的高度隨着字體大小而做出調整：數組
總之，還會有其餘動態因素致使咱們須要修改佈局。app
解決方案
UITableView
有三種策略能夠調節Cell（或者是Header和Footer）的高度：ide
- 調節Height屬性
- 經過委託方法
tableView: heightForRowAtIndexPath: - Cell的「自排列」（self-sizing）
前兩種策略都是咱們所熟悉的，後面將介紹第三種策略。UITableViewCell和UICollectionViewCell都支持self-sizing佈局
在iOS7中，UITableViewDelegate新增了三個方法來知足用戶設定Cell、Header和Footer預計高度的方法：學習
1
2 3 |
- tableView:estimatedHeightForRowAtIndexPath: - tableView:estimatedHeightForHeaderInSection: - tableView:estimatedHeightForFooterInSection: |
固然對應這三個方法UITableView也estimatedRowHeight、estimatedSectionHeaderHeight和estimatedSectionFooterHeight三個屬性，侷限性在於只能統必定義全部行和節的高度。字體
以Cell爲例，iOS會根據給出的預計高度來建立一個Cell，但等到真正要顯示它的時候，iOS8會在self-sizing計算得出新的Size並調整table的contentSize後，將Cell繪製顯示出來。關鍵在於如何得出Cell新的Size，iOS提供了兩種方法：優化
- 自動佈局 這個兩年前推出的神器雖然在一開始表現不佳，但隨着Xcode的愈來愈給力，在iOS7中自動佈局儼然成了默認勾選的選項，經過設定一系列約束來使得咱們的UI可以適應各類尺寸的屏幕。若是你有使用約束的經驗，想必已經有了解決思路：向Cell的
contentView添加約束。iOS會先調用UIView的systemLayoutSizeFittingSize:方法來根據約束計算新的Size，若是你沒實現約束，systemLayoutSizeFittingSize:會接着調用sizeThatFits:方法。 - 人工代碼 咱們能夠重寫
sizeThatFits:方法來本身定義新的Size，這樣咱們就沒必要學習約束相關的知識了。
下面我給出了一個用Swift語言寫的Demo-HardChoice，使用自動佈局來調整UITableViewCell的高度。我經過實現一個UITableViewCell的子類DynamicCell來實現自動佈局，你能夠再GitHub上下載源碼：
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 |
import UIKit class DynamicCell: UITableViewCell { required init(coder: NSCoder) { super.init(coder: coder) if textLabel != nil { textLabel.font = UIFont.preferredFontForTextStyle(UIFontTextStyleHeadline) textLabel.numberOfLines = 0 } if detailTextLabel != nil { detailTextLabel.font = UIFont.preferredFontForTextStyle(UIFontTextStyleBody) detailTextLabel.numberOfLines = 0 } } override func constraints() -> [AnyObject] { var constraints = [AnyObject]() if textLabel != nil { constraints.extend(constraintsForView(textLabel)) } if detailTextLabel != nil { constraints.extend(constraintsForView(detailTextLabel)) } constraints.append(NSLayoutConstraint(item: contentView, attribute: NSLayoutAttribute.Height, relatedBy: NSLayoutRelation.GreaterThanOrEqual, toItem: contentView, attribute: NSLayoutAttribute.Height, multiplier: 0, constant: 44)) contentView.addConstraints(constraints) return constraints } func constraintsForView(view:UIView) -> [AnyObject]{ var constraints = [NSLayoutConstraint]() constraints.append(NSLayoutConstraint(item: view, attribute: NSLayoutAttribute.FirstBaseline, relatedBy: NSLayoutRelation.Equal, toItem: contentView, attribute: NSLayoutAttribute.Top, multiplier: 1.8, constant: 30.0)) constraints.append(NSLayoutConstraint(item: contentView, attribute: NSLayoutAttribute.Bottom, relatedBy: NSLayoutRelation.GreaterThanOrEqual, toItem: view, attribute: NSLayoutAttribute.Baseline, multiplier: 1.3, constant: 8)) return constraints } } |
上面的代碼須要注意的是，Objective-C中的類在Swift中均可以被當作AnyObject，這在類型兼容問題上很管用。
別忘了在相應的UITableViewController中的viewDidLoad方法中加上：
1
|
self.tableView.estimatedRowHeight = 44 |
自適應效果以下：
UICollectionView
UITableView 和 UICollectionView 都是 data-source 和 delegate 驅動的。UICollectionView在此之上進行了進一步抽象。它將其子視圖的位置，大小和外觀的控制權委託給一個單獨的佈局對象。經過提供一個自定義佈局對象，你幾乎能夠實現任何你能想象到的佈局。佈局繼承自 UICollectionViewLayout 抽象基類。iOS6 中以 UICollectionViewFlowLayout 類的形式提出了一個具體的佈局實現。在UICollectionViewFlowLayout中，self-sizing一樣適用：
採用self-sizing後：
UICollectionView實現self-sizing不只能夠經過在Cell的contentView上加約束和重寫sizeThatFits:方法，也能在Cell層面（之前都是在contentSize上進行self-sizing）上作文章：重寫UICollectionReusableView的preferredLayoutAttributesFittingAttributes:方法來在self-sizing計算出Size以後再修改，這樣就達到了對Cell佈局屬性（UICollectionViewLayoutAttributes）的全面控制。
PS：preferredLayoutAttributesFittingAttributes:方法默認調整Size屬性來適應self-sizing Cell，因此重寫的時候須要先調用父類方法，再在返回的UICollectionViewLayoutAttributes對象上作你想要作的修改。
由此咱們從最經典的UICollectionViewLayout強制計算屬性（還記得UICollectionViewLayoutAttributes的一系列工廠方法麼？）到使用self-sizing來根據咱們需求調整屬性中的Size，再到重寫UICollectionReusableView（UICollectionViewCell也是繼承於它）的preferredLayoutAttributesFittingAttributes:方法來從Cell層面對全部屬性進行修改：
下面來講說如何在UICollectionViewFlowLayout實現self-sizing：
首先，UICollectionViewFlowLayout增長了estimatedItemSize屬性，這與UITableView中的」estimated...Height「很像（注意我用省略號囊括那三種屬性），但畢竟UICollectionView中的Item都須要約束Height和Width的，因此它是個CGSIze，除了這點它與UITableView中的」estimated...Height「用法沒區別。
其次。。。沒有其次，在UICollectionView中實現self-sizing，只需給estimatedItemSize屬性賦值（不能是CGSizeZero），一行代碼足矣。
InvalidationContext
假如設備屏幕旋轉，或者須要展現一些其妙的效果（好比CoverFlow），咱們須要將當前的佈局失效，並從新計算佈局。固然每次計算都有必定的開銷，因此咱們應該謹慎的僅在咱們須要的時候調用invalidateLayout方法來讓佈局失效。
在iOS6時代，有的人會「聰明地」這樣作：
1
2 3 4 5 6 7 8 |
- (BOOL)shouldInvalidateLayoutForBoundsChange:(CGRect)newBounds { CGRect oldBounds = self.collectionView.bounds; if (CGRectGetWidth(newBounds) != CGRectGetWidth(oldBounds)) { return YES; } return NO; } |
而iOS7新加入的UICollectionViewLayoutInvalidationContext類聲明瞭在佈局失效時佈局的哪些部分須要被更新。當數據源變動時，invalidateEverything和invalidateDataSourceCounts這兩個只讀Bool屬性標記了UICollectionView數據源「所有過時失效」和「Section和Item數量失效」，UICollectionView會將它們自動設定並提供給你。
你能夠調用invalidateLayoutWithContext:方法並傳入一個UICollectionViewLayoutInvalidationContext對象，這能優化佈局的更新效率。
當你自定義一個UICollectionViewLayout子類時，你能夠調用invalidationContextClass方法來返回一個你定義的UICollectionViewLayoutInvalidationContext的子類，這樣你的Layout子類在失效時會使用你自定義的InvalidationContext子類來優化更新佈局。
你還能夠重寫invalidationContextForBoundsChange:方法，在實現自定義Layout時經過重寫這個方法返回一個InvalidationContext對象。
綜上所述都是iOS7中新加入的內容，而且還能夠應用在UICollectionViewFlowLayout中。在iOS8中，UICollectionViewLayoutInvalidationContext也被用在self-sizing cell上。
iOS8中UICollectionViewLayoutInvalidationContext新加入了三個方法使得咱們能夠更加細緻精密地使某一行某一節Item（Cell）、Supplementary View或Decoration View失效：
1
2 3 |
invalidateItemsAtIndexPaths: invalidateSupplementaryElementsOfKind:atIndexPaths: invalidateDecorationElementsOfKind:atIndexPaths: |
對應着添加了三個只讀數組屬性來標記上面那三種組件：
1
2 3 |
invalidatedItemIndexPaths invalidatedSupplementaryIndexPaths invalidatedDecorationIndexPaths |
iOS自帶的照片應用會將每一節照片的信息（時間、地點）停留顯示在最頂部，實現這種將Header粘在頂端的功能其實就是將那個Index的Supplementary View失效，就這麼簡單。
UICollectionViewLayoutInvalidationContext新加入的contentOffsetAdjustment和contentSizeAdjustment屬性可讓咱們更新CollectionView的content的位移和尺寸。
此外UICollectionViewLayout還加入了一對兒方法來幫助咱們使用self-sizing：
1
2 |
shouldInvalidateLayoutForPreferredLayoutAttributes:withOriginalAttributes: invalidationContextForPreferredLayoutAttributes:withOriginalAttributes: |
當一個self-sizing Cell發生屬性發生變化時，第一個方法會被調用，它詢問是否應該更新佈局（即原佈局失效），默認爲NO；而第二個方法更細化的指明瞭哪些屬性應該更新，須要調用父類的方法得到一個InvalidationContext對象，而後對其作一些你想要的修改，最後返回。
試想，若是在你自定義的佈局中，一個Cell的Size由於某種緣由發生了變化（好比因爲字體大小變化），其餘的Cell會因爲self-sizing而位置發生變化，你須要實現上面兩個方法來讓指定的Cell更新佈局中的部分屬性；別忘了整個CollectionView的contentSize和contentOffset所以也會發生變化，你須要給contentOffsetAdjustment和contentSizeAdjustment屬性賦值。