浅谈 iOS 屏幕适配——（Masonry）

在小黑看来、适配屏幕的本质就是坐标的计算。
苹果爸爸提供的约束用起来不是那么好用，所以有类似于Masonry这样的第三方库。小黑目前还在学习着用目前感觉还不如直接计算坐标来的好用（再下一篇里写 计算frame和 Masonry 的差别）。

GitHub：https://github.com/SnapKit/Masonry

不允许将对齐属性（例如left，right，centerY等）设置为常量值。所以如果你传递这些属性的NSNumber，那么Masonry会把它们变成相对于view的superview的约束，即：

//创建view.left = view.superview.left + 10 
  make.left.lessThanOrEqualTo（@ 10）

• 在我实际操作的时候会有情况 left 取得是父类的，但是 right 取得不是的。所以我还是推荐在设置的时候设置 left 和 width 来确定控件约束 而不是设置 left 和right 来确定
• 而且有时候想在 tb 的 cell 里写约束的时候，cell 开始的时候是没有宽度的，这时候就会报错，没看懂的是 给设置优先级就会好，之后说优先级的时候会说。

---

NSArray
任何类型的混合数组

make.height.equalTo（@ [view1.mas_height，view2.mas_height]）;
make.height.equalTo（@ [view1，view2]）;
make.left.equalTo（@ [view1，@ 100，view3.right]）;

• 本来以为数组里没有就会选择下一个，实际操作起来的时候并不是这也，感觉数组的排序并没有什么用，就是选择最小的一个

---

了解优先级

• priority 允许您指定确切的优先级
• priorityHigh相当于UILayoutPriorityDefaultHigh
• priorityMedium 是高低之间的一半
• priorityLow相当于UILayoutPriorityDefaultLow

优先级可以被解决到如下所示的约束链的末尾：

make.left.greaterThanOrEqualTo（label.mas_left）.with.priorityLow（）;

make.top.equalTo（label.mas_top）.with.priority（600）;
mas_updateConstraints

• 说道优先级、在之前说过在类似 tb 的 cell 里写约束的时候，cell 开始的时候是没有宽度的，这时候就会报错。但是设置了优先级之后就不会报错。这是因为当前 view 的父view 没有宽度（之类）的造成的，但是我也疑惑不解的是，设了优先级就不报错了！
  更加奇葩的是，有时候设low 管用有时候设high 管用（正常默认是 medium）！

---

如果您只更新约束的常量值，则可以使用convience方法mas_updateConstraints而不是mas_makeConstraints
//这是苹果推荐的地方添加/更新约束
//响应这种方法可以得到多次调用setNeedsUpdateConstraints
//可以通过UIKit的内部或在你的代码，如果你需要触发更新了自己的约束被称为

- (void)updateConstraints {
    [self.growingButton mas_updateConstraints:^(MASConstraintMaker *make) {
        make.center.equalTo(self);
        make.width.equalTo(@(self.buttonSize.width)).priorityLow();
        make.height.equalTo(@(self.buttonSize.height)).priorityLow();
        make.width.lessThanOrEqualTo(self);
        make.height.lessThanOrEqualTo(self);
    }];
    //根据苹果超级应该在方法结束时调用 
    [ super  updateConstraints ];
}

• 我感觉在一些简单的上面用 up 还是不错的，因为它只跟新需要跟新的，但是有时候会出问题，所以我更加推崇下面的 remake 方法

---

** mas_remakeConstraints**

mas_updateConstraints对于更新一组约束是有用的，但是在更新常量值之后进行任何操作都可能会耗尽。那是mas_remakeConstraints的地方
mas_remakeConstraints类似于mas_updateConstraints但不是更新常量值，它会在重写它们之前删除所有约束。这样，您可以提供不同的约束，而不必保留对要删除的引用。

- (void)changeButtonPosition {
    [self.button mas_remakeConstraints:^(MASConstraintMaker *make) {
        make.size.equalTo(self.buttonSize);

        if (topLeft) {
                make.top.and.left.offset(10);
        } else {
                make.bottom.and.right.offset(-10);
        }
    }];
}

• 我觉得 remark 方便使用，可以避免一些问题，而且比如你一个 view 设置了隐藏，remark 里设置了对那个 view 的约束，他也会自动把高度设为0，不需要你操作（但是他的对上、对下的约束还是会存在的）！

---

Masonry 涉及隐藏问题

1、隐藏会有多余间距解决途径

• 如果只把 lable 隐藏，他高度是没有了 可他的对上对下的约束还是会存在的。

make.centerY.mas_equalTo(self.contentView).offset(_originalPriceLabel.isHidden ? 0 : -11);

2、还有一种方法就是你写一个分类、然后持有那个 view 的对上约束、一但隐藏让约束失效（取消约束），不过我还是觉得方法一比较好用；