在小黑看来、适配屏幕的本质就是坐标的计算。
苹果爸爸提供的约束用起来不是那么好用，所以有类似于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 的对上约束、一但隐藏让约束失效（取消约束），不过我还是觉得方法一比较好用；
