Masonry 技术分享

前言

Masonry的前世今生

说到Masonry不得不提到AutoLayout

AutoLayout 用来取代Frame布局在遇见屏幕尺寸多重多样的不足
AutoLayout iOS6开始引入，在Xcode5开始得到广泛的使用

关键概念：AutoLayout核心的参照，就是任何一个View都可以参照另一个View。无论添加多少约束，都需要定位好X Y W H，少了不行，多了更不行，少了不行，多了更不行，少了不行，多了更不行。重要的事情说三遍。

Masonry只是给Autolayout披了一层华丽的外衣，让他更好用，真正实现布局的还是Autolayout。

AutoLayout何时计算frame

实际上计算frame的时机在layoutSubview的时候，如果使用约束会调用_updateConstraintsAsNecessaryAndApplyLayoutFromEngine。在这个方法里如果有约束需要更新，则调用updateConstraints更新约束。之后调用_resizeWithOldSuperViewSize，在这个方法里根据约束，计算出来布局位置。

Masonry的基本使用

一个完整的约束

[view1 mas_makeConstraints:^(MASConstraintMaker *make) {
    make.top.equalTo(view1.superview.mas_top).multipliedBy(1).offset(10);
    make.left.equalTo(view1.superview.mas_left).offset(0);
    make.right.equalTo(view1.superview.mas_right).offset(0);
    make.bottom.equalTo(view1.superview.mas_bottom).offset(-10);
}];

Item1 make 对应的就是view1
Attribute left/top/right/bottom 表示make的属性
Relationship equalTo 表示等于
Item2 view1.superview
Attribute2 mas_top 和top一样的，mas_top是给view加的属性，top是给make加的属性，为了区别。
Multiplier 表示倍数关系
Constant offset(10) 表示偏移量常数为10

具体有哪些属性请见Mansory.key

IntrinsicContentSize

使用Autolayout之后，最好的应用就是UILabel、UIButton、UIImageView等有了IntrinsticContentSize属性，它可以让控件根据内容调整大小，再也不用量宽高了。

注：UIView和NSView是没有这个属性的。

具体demo见demo 中Base1ViewController

ContentHugging和CompressionResistance

ContentHugging的意思就是设置当前控件宽高紧靠内容，不让其被其他外界拉伸。
CompressionResistance是指当前控件不让外界对其进行压缩。

具体应用见demo 中Base2ViewController

设置或更新约束

// 设置约束 初次设置约束使用
(NSArray *)mas_makeConstraints
// 更新约束 更新约束使用，当找不到这条约束，会新增，相当于makeConstrints
(NSArray *)mas_updateConstraints
// 重新设置约束 先移除所有约束，再新增约束
(NSArray *)mas_remakeConstraints

updateConstraints只能更新已有约束，否则会出现约束冲突。
初次设置约束需要放在ViewDidLoad中，并且一定要在view已经被addSubview之后初始化约束。

批量设置约束

假设有多个View，我们需要对其尺寸做批量设置

NSValue *sizeValue = [NSValue valueWithCGSize:CGSizeMake(100, 50)];
[@[view1,view2,view3] mas_makeConstraints:^(MASConstraintMaker *make) {
    make.size.equalTo(sizeValue);
}];

key

当发生约束冲突的时候，经常为找不到哪个约束冲突而恼火，这时我们可以设置View的key：

view1.mas_key = @"view1";
//批量设置约束
MASAttachkeys(view1,view2);

Masonry的高级使用

利用Masonry做动画

使用Autolayout之后，由于是延迟布局的，并不是约束更新后立即布局，所以要更新布局，需要调用layoutIfNeeded

具体实现见demo 中Base3ViewControler

基于UIScrollView的约束

设置scrollView约束关键有两点:

scrollView和其superview决定scrollview的大小
scrollView和其subViews决定scrollView的ContentSize

具体实现见demo 中Base4ViewController

基于Masnory的自动计算Cell行高

还在手动计算UITableViewCell的行高吗？还在每次都因为需求变化一点就要大量调整cell的高度而烦恼吗？现在教大家如何通过Masonry的自动布局来实现自动计算cell的行高！！！

使用UITableView+FDTemplateLayoutCell

具体实现见

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
    return [tableView fd_heightForCellWithIdentifier:@"identifer" cacheByIndexPath:indexPath configuration:^(id cell) {
        // 配置 cell 的数据源，和 "cellForRow" 干的事一致，比如：
        cell.entity = self.feedEntities[indexPath.row];
    }];
}

优点如下:

根据autolayout自动计算高度，不需手动计算高度

根据indexPath进行高度缓存

自动的缓存失效机制，不需要担心数据源变化引起的缓存失效

预缓存机制将在UItableView没有滑动的空闲时刻之行，计算和缓存那些还没有显示到屏幕中的cell。实现原理见http://blog.sunnyxx.com/2015/05/17/cell-height-calculation/

frame计算与Masonry优劣分析

Masonry是基于AutoLayout的布局框架，相比传统的frame布局，语法简洁明了，具有较好的可读性，可以更方便的复用和维护。使用frame代码直接使用CGRectMake的话可读性很差，光看那几个数字，也无法知道view和view之间的位置关系。对于维护和开发效率都很低。

Masonry在大部分情况下可以很好的提升开发效率，但是对于复杂视图来说，常常会产生一定的性能问题。随着视图数量的增长，AutoLayout带来的CPU消耗会呈指数级上升。

建议：简单列表页，一种样式的cell，直接上Masonry不饿解释。对于多种样式的cell，并且对于性能比较敏感，要求如丝般顺滑的话，还是使用frame布局吧，并且可以参考YYKit或者Facebook出品的AsyncDisplayKit.

iOS自动化布局-Masonry