在IB中有两个处于同一水平线的UILabel,距左右间距都是20pt,距顶部间距是100pt,约束设好之后是这样的。
这样的约束对这两个label来说是足够的,也没有报错,因为autolayout不需要指定UILabel或UIButton的宽高,只需指定位置就能正常显示。但当两个label的文字都很长的时候,则会交叉显示,就像这样:
所以除了设置label的位置,还需要额外的约束用于控制两个label边界。可以固定它们的宽度,这样超出宽度的部分默认会被省略号切掉。
这样固然方便,但有些情况下,希望设置两个label的水平间距,这样宽度不需要固定,根据需要显示。那就把水平间距设置为20pt吧,但是直接设置间距会报这样的错:
为啥会有这个错?因为这个约束是模棱两可的(Ambiguity),因为不知道是拉长L还是拉长R使得水平间距达到20pt。有两种解决方式:
- 如果不要求两个label的间距固定,则可以设置最小间距为20pt,即
2.查看错误,发现如下提示
先试试第三个吧,设置
leftLabel
的horizontal compression resistance priority
为751,这个设置在这里
第一个框就是horizontal compression resistance priority
,第二个框是设置垂直优先级的,设置好了之后发现并没有用,提示又让你设置成752,所以并没有用,所以提示并不一定都是有效的o(╯□╰)o
再来看看第一个或者第二个纠错提示吧,这两个说的是一个意思,就是将这两个label的horizontal hugging priority
区分开,目前都是251。这个设置就是在刚才content compression resistance priority
的上面。将L的priority
设置成252之后就成这样了:
这样设置之后的结果是,R的宽度被拉得很长,长到距离L只有20pt,反之,如果提高R的
hugging priority
,则L会被拉得很长。这个hugging priority
的意思就是自包裹的优先级,优先级越高,则优先将尺寸按照控件的内容进行自适应。然鹅,不管是设置最小间距还是设置
hugging priority
,当文本内容变化的时候,还是有问题的。也就是说,当L或者R的文本内容很长时,会有这样的错:
报这个错的原因是,当屏幕宽度不足时,不知该切掉哪一个。之前的
hugging priority
是在内容比较少的时候,自动减少label宽度的,现在是宽度不够用了,所以该压缩(compress)了。这个时候就用到了刚才没用上的horizontal compression resistance priority
,意思是说当不够显示内容时,根据这个优先级进行切割。优先级越低,越容易被切掉。所以如果设置R的horizontal compression resistance priority
为751,则效果如下:
效果是,L被压缩了。
在实际使用中,这两种
priority
往往配合使用,分别处理文本不够和文本过长的情况。这两种优先级对所有UIView
都有效,不止是对UILabel
,需要注意的是,这两个优先级并不是NSLayoutConstraint
的,而是整个UIView
的,所以如果是用代码设置,则是这样的
[self.leftLabel setContentHuggingPriority:252 forAxis:UILayoutConstraintAxisHorizontal]
[self.rightLabel setContentCompressionResistancePriority:751 forAxis:UILayoutConstraintAxisHorizontal];