iOS自动化布局-Masonry

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.

demo

你可能感兴趣的:(iOS自动化布局-Masonry)