背景
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属性赋值。