iOS Xcode6 AutoLayout跟Size Classes(1)

1.我们先来介绍一下AutoLayout到底是一个什么东西

在iOS8以前，并不是特别喜欢autolayout,总感觉过于繁琐并且不易理解约束偶尔也是无效约束跟错误约束。屏幕的话也就3.5  ，4适配的工作量其实来说并不是特别的大。所以有时我都宁愿使用autoresizesSubviews跟autoresizingMask属性来适配3.5跟4。但是在iOS8以及6 6plus出来的时候尺寸的变多让我们不得不用上自动布局了

第一个约束显而易见从上往下排依次是

(选择两个view时才可以设置)

左边对齐

右边对齐

顶部对齐

底部对齐

x轴中心对齐

y轴中心对齐

文本底标线对齐

(单选择一个view时可设置)

对于父视图view的x轴中心对齐

对于父视图view的y轴中心对齐

添加完约束后不进行任何操作

在添加约束后重新摆放约束涉及到的view

在添加约束后重新摆放所有这个容器内的view

(定义的宽高数据约束)

宽度指定

高度指定

 

(定义多个view之间的宽高约束)

宽度相同

高度相同

列表, 多个view之间的对齐约束, 等同于前一菜单的内容

列表, frame更新方式, 等同于前一菜单

(上半部分菜单的操作对象是当前选中的view, 下半部分的操作对象是选中view内的view)

刷新frame(使用当前已经设置的所有约束),

刷新约束(根据当前的约束和frame, 更新约束的constant值),

添加缺失的约束(自动添加系统认为你应该添加却忘记添加的约束, 测试中经常搞出冲突)

重置为系统建议的约束(清理系统认为重复/冲突的约束, 测试中经常搞出问题)

清理所有约束(删除对象上绑定的所有约束)

同级view和父view

子view

以下资料感谢@chen

问题:

 

约束和约束之间会冲突, 无论是xib和xib, xib和代码, 代码和代码.

约束的冲突一般在特定情况下才会报, 比如竖屏没问题但是横屏出现冲突, 也可能xib拖错上来就冲突之类.

约束冲突系统自动会解决, 通常依靠的是权级, 但是由于一般情况使用无法确定某一约束应该处于什么权级, 所以很难设置正确的权级以应对冲突.

约束的冲突, 在系统自动解决时可能相同情况出现不同的处理, 导致某些不能每次都重现的问题.

约束冲突, debug连调时会出现错误log, 可以根据log查找解决冲突.

约束冲突, 在ios6上未见crash, 在ios7上偶发crash.

 

xib和代码的取舍:

 

autolayout现在已经不是"用不用"的问题, 而是"怎么用"的问题, 底层框架貌似已经完全删除了autoresizemask, 而是自动将autoresizemask转换为auto layout 也就是说, 这种情况下可以使用原来的autoresizemask, 但是系统还是将他们拿来当autolayout使的, 使用过程中自动转换的constraint同样会遭遇冲突, 冲突导致的问题更加诡异而不好处理

现在我经常碰到的就是, 比如一个控件, 它和它的父view之间使用的autolayout是用代码指定的, 我可以确定constraint的形式, 但是在实现它的时候为了方便使用了xib处理其内部的view, xib上拖放constraint由于比较复杂而我尚未明晰, 会在某些特定的情况下出现constraint冲突, 系统自动处理冲突时会将权级较低的constraint放弃, 而由于无法明确每一条constraint应该处于什么权级, 经常会出现偶发问题(如竖屏情况下constraint之间没有问题, 横屏过来之后就发现某个控件内的某个label上不小心没有删除指定宽度的constraint, 导致变形的控件和控件内label的constraint冲突, 然后引发一系列的连锁反应)

当然, 使用xib定义viewcontroller同样要接触到constraint, 而且每一个都需要管理和指定(默认constraint经常会导致冲突)