iOS 布局进阶：你真的会用 autolayout 么？

作者: 波儿菜 | 来源:发表于2017-06-02 17:59 被阅读401次

前言

iOS系统已经迎来了10.3.2版本，iOS软件开发发展至今已经相当成熟了。布局的方式从frame、size、center到如今强大的autolayout，将UI布局尽量的“自动化”和“智能化”，在很大程度上减少了程序员的工作量。

可能很多人体会过接手一个老项目通篇的frame是有多么的痛苦。在现如今的开发中，个人还是提倡使用自动布局（比如UITableview的高度自适应用法），以减少大量的UI计算，然而很多开发者可能写出的自动布局一点也不自动。

autolayout可以理解为：给界面设定规则，让界面随着数据的变化而做出符合规则的变化。

本篇文章重在解决自动布局中复杂的相互约束。

选择布局的工具

在“遥远的”过去，相信大家都用过（或者见别人用过）UIKit框架的下的NSLayoutConstraint，用原生的layout代码体量之大让人有些难以接受，好在大牛们写了一些轮子照福大家，比如业界最有名气的框架——Masonry。这里就不介绍Masonry的基础用法了，相关的文档已经满天飞了。

关于使用xib、storyboard还是纯代码布局，大家可以根据开发项目的进度要求和开发者人数来决定，反正他们布局的道理是一样的。

intrinsicContentSize

首先，我们得搞清楚intrinsicContentSize是什么。

一个View的约束确定需要两个东西，一个是位置，一个是大小。在日常开发中，我们发现给UILabel、UIImageView、UIButton实例写约束的时候，只需要给他们位置，而不需要给大小。这是因为它们指定了intrinsicContentSize（可以理解为内部通过内容计算出了一个合理的大小，我们可以不用指定它）。

<i>指定intrinsicContentSize 方法：重写UIView 中的 -(CGSize)intrinsicContentSize: 方法，在需要改变这个值时调用：invalidateIntrinsicContentSize 方法，告知系统值已改变（我们可以自定义指定intrinsicContentSize的类）</i>

所以，当我们不给这三种指定了intrinsicContentSize的控件的大小的时候，UI还是不会出错，而且可以通过intrinsicContentSize属性获取内部计算过后的大小。

模糊约束

模糊约束，就是Masonry中的 lessThanOrEqualTo、greaterThanOrEqualTo，也就是小于等于、大于等于。单独使用模糊约束很简单。

example:

需求：上图中label宽度和高度遵循intrinsicContentSize，但是长度不能超过父视图。
实现：Label距离左边10，纵向居中，距离右边小于等于10

优先级

优先级就是在两个约束冲突的时候，优先满足优先级高的约束。

example:

这个例子只是演示优先级，并无实际意义

其实通常情况下的优先级的使用很简单，这里我要讲的是视图的优先级，如下图

QQ20170603-095009@2x.png

这两个方法相信大家都不陌生（不管有没有用过），他们派上用场的条件是，该视图指定了intrinsicContentSize（固有大小），所以UILabel、UIImageView、UIButton都可以配置这几个方法。

当然，这是在nib文件里面进行可视化的配置，在代码里面是这样的（他们是UIView的方法）：

- (void)setContentHuggingPriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);
- (void)setContentCompressionResistancePriority:(UILayoutPriority)priority forAxis:(UILayoutConstraintAxis)axis NS_AVAILABLE_IOS(6_0);

<ul>
<li>contentHuggingPriority：拒绝变大优先级</li>
<li>ContentCompressionResistancePriority：拒绝缩小优先级</li>
</ul>
换言之，拒绝变大优先级越高，它就不会变大，拒绝缩小优先级越高，它就不会缩小（额，有点废话的感觉）。举个例子见道理：

example: