UIStackView 是苹果在 iOS9 提供的视图工具,简单的说,是一个线性布局的容器视图。
我个人觉得,它吸引人的地方有
- 独立性强:子视图完全不需要关心外部的约束,只需要调整自己的宽高。甚至像 label、button 这种能自动撑开的视图,可以完全不写约束,而实现自动布局的功能
- 自由灵活:因为 1 ,所以每一个子视图可以很干脆的,随便移除掉或是隐藏掉,它们的空位会被自动填充掉
你可以尝试下条件渲染的情况:手动调整 不固定元素 之间的间距、以及与 不固定元素 建立 不固定约束... 经历这些痛苦,就知道 UIStackView 多好用了,(这些糟心事其实最终还是做了,只是都被它封装好了)
所以其实 UIStackView 也没什么特别的魔法,它的本质还是基于 AutoLayout 实现的。
然而在 iOS11 以下,UIStackView 却不是那么值得使用,因为它要求所有子视图之间,必须是固定的统一间距,这使得它的应用场景大大缩小。我有好几次跃跃欲试,想要用上这个贼棒的工具,但都莫名其妙的不了了之了。直到我发现 iOS11 它新增了一个功能 - setCustomSpacing:afterView: ,我这才开始愉快的使用起来,感叹着生活的美好。
当我惊讶的发现新项目要求支持 iOS10,UIStackView 不好使的时候,顿时感觉回到解放前,痛苦极了。俗话说得好,由俭入奢易,由奢入俭难
。解决办法有两种
- 用多个 StackView 嵌套...
- 放弃它,手动布局...
- ...
超级懒惰的我,这两个方法都不能忍,还是那句话,由奢入俭难。
正文
我也不知道有什么好方法,不过我们先来研究研究 UIStackView,先随便写个 Demo 看看它的视图结构,以垂直布局为例
可以看到 StackView 的视图结构很简单,除了自定义添加的子视图外,只有一个 _UILayoutSpacer
类型的 UILayoutGuide 对象,它的约束虽然多,但简单到一眼就能看出来,它只是用来统一处理所有子视图的前后(或上下)边界的,仅此而已。
然后随便查看一个子视图的约束,除去自己的宽高、前后边界、centerX(Y),剩下两条看上去一模一样的约束。实际上这两条约束是不一样的,用鼠标点击,在视图上会直观的高亮标记这条约束,此 Demo 中,
约束1 : green.top = red.bottom + 20
约束2 : orange.top = green.bottom + 20
让我们尝试动态修改约束的值,看看是否可行,找到 约束1 调试信息,拿到它的地址,对它进行动态修改,然后结束调试,点击运行
结果,我们欣喜的发现,StackView 的表现达到了我们想要的效果。再复查视图结构,打印 约束1 的调试信息,这下真的放心了,约束确确实实改掉了,也确确实实的能实现自定义间距的效果了。
实现
核心原理已经被找到了,具体的实现也就可以稳稳当当的去做了,最终当然是轻轻松松的完成了我想要的功能。
我用了两种方式去实现 StackView 的自定义间距
- 继承,使用自定义子类实现。好处是可以使用跟系统一模一样的方法名
- 扩展,使用分类
- 用新方法实现。可移植性好
- 直接动态实现系统的方法。可移植性最强,缺点就是直接使用系统方法会被报警告⚠️
具体的代码可以在 github 下载
一些细节
- 约束要在
- updateConstraints
里面动态修改 - 所有的边界约束其实都是
UIStackView
管理的,子视图本身只有自己的约束 - 垂直和水平布局时,要处理的视图边界肯定是不同的(上下、前后)
- 使用
NSMapTable
存储子视图和间距的一一对应关系,对子视图应该弱引用 - 如果系统版本满足 iOS11,直接调用系统的方法