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.
