iOS AutoLayout 笔记
小时光
1、What’s Auto Layout
Auto Layout是由苹果公司UIKit框架提供的一个用于动态计算UIView及其子类的大小和位置的库。
说到Auto Layout就不得不说Cassowary算法,因为Auto Layout是构建在Cassowary算法的基础之上的。1997年,Auto Layout用到的布局算法论文发表,被称为高效的线性方程求解算法。2011年苹果利用Cassowary算法为开发者提供了Auto Layout自动布局库中。由于Cassowary算法的本身的优秀,不仅是苹果公司,许多开发者将其运用到各个不同的开发语言中,如JavaScript、ASP.NET、Java、C++等都有运用Cassowary算法的库。从这里也可以看出Cassowary算法自身的优秀和先进性,不然不会被运用的如此广泛。
苹果公司在iOS 6系统时引入了Auto Layout,但是直到现在已经更新到iOS 12了,还有很多开发者还是不愿使用Auto Layout。主要是对其反人类的语法以及对其性能问题的担忧。
针对Auto Layout的一些问题,在iOS 9发布时,苹果推出了更简洁语法的NSLayoutAnchor。同时发布了模仿前端Flexbox布局思路的UIStackView,以此为开发者在自动布局上提供更好的选择。
在苹果WWDC 2018 High Performance Auto Layout中苹果工程师说: iOS 12将大幅度提升Auto Layout性能,使滑动屏幕时达到满帧。
在WWDC 2018 What’s New in Cocoa Touch苹果的工程师说了iOS 12对Auto Layout优化后的表现。
从图上可以看出,iOS 11中视图嵌套的数量的性能快成指数级别增长了,在iOS 12中已经基本和手写frame布局的性能类似了。
从iOS 6到iOS 12,苹果也在不断的优化Auto Layout的性能,同时为开发者提供更简洁的API,如果你还在使用frame手写布局,不妨试试Auto Layout。下面我将介绍iOS中几种常用的布局方法。
2、Auto Layout各个版本不同用法
如我要设置一个宽高为120,居中显示的View,效果如下图:
1、用frame手写布局
1 | UIView *centerView = [[UIView alloc] init]; |
2、iOS 6提供的NSLayoutConstraint语法添加约束
1 | centerView.translatesAutoresizingMaskIntoConstraints = NO; |
3、用VFL语法
1 | centerView.translatesAutoresizingMaskIntoConstraints = NO; |
4、使用第三方开源框架Masonry或SnapKit
1 | __weak typeof (self) weakSelf = self; |
1 | let centerView:UIView = UIView.init() |
5、使用iOS 9之后Apple提供的NSLayoutAnchor
1 | let centerView:UIView = UIView.init() |
通过上面的代码对比,使用frame手写布局只要几行代码就搞定了,使用NSLayoutConstraint语法和VFL语法是最复杂的,尤其是NSLayoutConstraint语法要用30多行代码才能是想同样的效果,代码行数越多出错的概率也就成正比上升,所以这就是很多开发者不愿使用Auto Layout(或者说不愿意使用系统提供API来实现)的原因之一吧。
如果你的App要兼容iOS 9以下的各个版本,建议使用Masonry,如果只兼容iOS 9以上的版本,建议使用SnapKit或者系统提供的NSLayoutAnchor API,毕竟Masonry这个库已经2年没有更新了。
在这里我推荐优先使用NSLayoutAnchor,第三方的开源库随时都面临着一些问题:
iOS系统版本的更新造成的适配和兼容问题,如果是开源代码要等到苹果发布新版本,代码的作者再做兼容和适配- 代码的作者停止更新这些代码了,这对我们开发者来说就很被动了,我们要么自己修改这些代码,要么选择更新的开源代码
- 使用系统库可在打包时可以减少包大小
3、
Auto Layout的生命周期
前面说到苹果的Auto Layout是基于Cassowary算法的,苹果在此基础上提供了一套Layout Engine引擎,由它来管理页面的布局,来完成创建、更新、销毁等。
在APP启动后,会开启一个常驻线程来监听约束变化,当约束发生变化后会出发Deffered Layout Pass(延迟布局传递),在里面做容错处理(如有些视图在更新约束时没有确定或缺失布局申明),完成后进入约束监听变化的状态。
当下一次刷新视图(如调用layoutIfNeeded())时,Layout Engine会从上到下调用layoutSubviews(),然后通过Cassowary算法计算各个子视图的大小和位置,算出来后将子视图的frame从layout Engine里拷贝出来,在之后的处理就和手写frame的绘制、渲染的过程一样了。使用Auto Layout和手写frame多的工作就在布局计算上。
4、
NSLayoutAnchor常用属性
- leadingAnchor
- trailingAnchor
- leftAnchor
- rightAnchor
- topAnchor
- bottomAnchor
- widthAnchor
- heightAnchor
- centerXAnchor
- centerYAnchor
- firstBaselineAnchor
- lastBaselineAnchor
对于NSLayoutAnchor的一些常用属性,通过其命名就能看出来其作用,这里不做赘述,如果想了解更多请查阅Apple Developer NSLayoutAnchor。
5、Auto Layout几个更新约束的方法
setNeedsLayout: 告知页面需要更新,但是不会立刻开始更新。执行后会立刻调用
layoutSubviews。layoutIfNeeded: 告知页面布局立刻更新。所以一般都会和
setNeedsLayout一起使用。如果希望立刻生成新的frame需要调用此方法,利用这点一般布局动画可以在更新布局后直接使用这个方法让动画生效。layoutSubviews: 更新子
View约束setNeedsUpdateConstraints:需要更新约束,但是不会立刻开始
updateConstraintsIfNeeded:立刻更新约束
updateConstraints:更新
View约束
6、
NSLayoutAnchor使用注意事项
1、在使用NSLayoutAnchor为视图添加约束时一定要先把translatesAutoresizingMaskIntoConstraints设置false
1 | centerView.translatesAutoresizingMaskIntoConstraints = false |
2、在使用safeAreaLayoutGuide适配iPhone X 等机型时要对iOS 11之前的系统做适配,否则会导致低版本系统上程序Crash
1 | if #available(iOS 11.0, *) { |
3、设置约束后要将其激活,即设置isActive为true
1 | let centerX: NSLayoutConstraint = centerView.centerXAnchor.constraint(equalTo: view.centerXAnchor, constant: 0) |
4、leadingAnchor 不要和 leftAnchor混用
1 | centerView.leadingAnchor.constraint(equalTo: view.leftAnchor, constant: 0).isActive = true |
1 | centerView.leftAnchor.constraint(equalTo: view.leadingAnchor, constant: 0).isActive = true |
以上2种写法,在编译时不会出现任何问题,但是在运行时就会报错,并会导致程序Crash,官方的说法是:
1 | While the NSLayoutAnchor class provides additional type checking, it is still possible to create |
同理,trailingAnchor和rightAnchor也不能混用。
5、如何刷新某个约束
如我要修改一个UIView的宽度:
通过代码添加约束,可把UIView的宽度设置类属性,然后在需要的地方修改constant的参数,然后在刷新约束即可,代码如下:
1 | var centerView: UIView! |
1 |
|
1 | self.centerWidth.constant = 250 |
效果如下:
如果是xib或者storyboard,那就更简单了,直接摁住键盘control键,拖到对应的类里,然后在需要的地方修改约束并刷新即可。操作如下:
6、设置宽高比
在开发中,我们会遇到一些需求要求根据UIView的宽高比来设置约束,如一般情况下显示视频的宽高比是16:9,通过代码设置宽高比如下:
1 | centerView.heightAnchor.constraint(equalToConstant: 90).isActive = true |
7、
Auto Layout自适应UITableViewCell高度使用
1、 使用rowHeight设置高度
一般情况下,如果UITableView的每个Cell高度是固定的我们可以直接指定一个值即可,如果没有设置UITableView的高度,系统会默认设置rowHeight高度是44。
1 | tableview.rowHeight = 44; |
也可以通过UITableViewDelegate的代理来设置UItableView的高度。
1 | func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat { |
如果通过手动计算每个UItableViewCell的高度,也在这个代理中实现,通过计算返回每个UItableViewCell的高度。
2、使用estimatedRowHeight设置高度
UItableView继承自UIScrollView,UIScrollView的滚动需要设置其contentSize后,然后根据自身的bounds、contentInset、contentOffset等属性来计算出可滚动的长度。而UITableView在初始化时并不知道这些参数,只有在设置了delegate和dataSource之后,根据创建的UITableViewCell的个数和加载的UITableViewCell的高度之后才能算出可滚动的长度。
在使用Auto Layout自适应UITableViewCell高度时应提前设置一个估算值,当然这个估算值越接近真实值越好。
1 | tableView.rowHeight = UITableView.automaticDimension |
1 | func tableView(_ tableView: UITableView, estimatedHeightForRowAt indexPath: IndexPath) -> CGFloat { |
如上图所示:这个界面就是用Auto Layout + estimatedRowHeight完成自适应高度的,在添加约束时要按照从上到下的书讯设置每一个UIView的顶部(top)到上一个的视图底部的(bottom)距离,同时要计算UITableViewCell内部所有控件的高度。那么问题来了,用户发布的内容详情没有得到数据之前时没办法算出其高度的,此处可以先给内容文字UILabel设置一个默认高度,然后让其根据内容填充自动计算高度:
1 | topicInfoLab.heightAnchor.constraint(greaterThanOrEqualToConstant: 20).isActive = true; |
如果用户发布内容没有图片,直接设置发布内容UILabel距离UITableView距离底部的约束距离即可;
1 | detailsLab.bottomAnchor.constraint(equalTo: self.contentView.bottomAnchor, constant: -8).isActive = true |
如果用户发布的内容有图片,那么在计算出每张图片的位置和大小之后,一定要给最后一张图片设置距离UItableViewCell底部(bottom)的约束距离。
1 | for(idx, obj) in imageArray.enumerated() { |
实现思路如上图所示,具体实现的请看代码
8、
Compression Resistance Priority和Hugging Priority使用
Compression Resistance Priority 和 Hugging Priority在实际使用中往往配合使用,分别处理在同义水平线上多个view之间内容过少和内容过多而造成的互相压挤的情况。
Hugging Priority的意思就是自包裹的优先级,优先级越高,则优先将尺寸按照控件的内容进行填充。
Compression Resistance Priority,意思是说当不够显示内容时,根据这个优先级进行切割。优先级越低,越容易被切掉。
ContentHuggingPriority |
表示当前的UIView的内容不想被拉伸 |
|---|---|
ContentCompressionResistancePriority |
表示当前的UIView的内容不想被收缩 |
默认情况下: HuggingPriority = 250 |
默认情况下: CompressionResistancePriority = 750 |
如设置2个UILabel的拉伸优先级可使用代码:
1 | fristLab.setContentHuggingPriority(UILayoutPriority(rawValue: 251), for: .horizontal) |
9、总结
本文主要分享了苹果Auto Layout的几种实现方法和注意事项,对于Auto Layout在实际开发中的使用是采用纯代码、还是xib + 代码,还是storyboard + 代码,还是xib + storyboard + 代码的方式实现,主要看团队的要求、个人的习惯,以及App的繁琐程度。
对于Auto Layout在视图上的使用,个人建议如果UI比较简单或者单一的界面可使用Auto Layout,如果UI的操作或刷新很复杂的界面,建议还是frame + 手动布局的方式。
友情链接:
Apple Developer High Performance Auto Layout