前言
autolayout玩的不溜?autolayout不熟悉?
不用担心本篇文章就是介绍一下笔者在工作中调试autolayout的一个小技巧而已,于autolayout本身技术并无太大关联。废话不多说,让我们一起来探险吧。
来认识一下
在UIWindow
里有一个名为_autolayoutTrace
的私有方法,该方法返回值是一个字符串,而这个字符串则是包含了UIWindow
中整个视图的层次结构。而在约束这一块有问题的视图,_autolayoutTrace会使用AMBIGUOUS layout
标记出视图并告知你缺少或者某些约束。所以一般情况下用_autolayoutTrace
来调试约束,笔者建议直接在控制台搜索是否存在AMBIGUOUS
字符来判断约束是否有问题。
动手练一练
使用该方法最好的方式就是在控制器完全加载完了,并在模拟器或者iPhone上能看到视图了,然后让程序暂停(pause program execution)并在控制台输入po [[UIWindow keyWindow] _autolayoutTrace]
在按下回车键,你就能看见神奇的一刻了。
.lldbinit
到目前为止虽然我们想要的效果实现了。但是,po [[UIWindow keyWindow] _autolayoutTrace]
在控制台输入的时候并未有单词提示,不过好在这条命令很好记。当然也还有一个更高级的玩法,就是在.lldbinit
里为这个命令设置一个别名。之前我写的文章里也三番五次的介绍过.lldbinit
了,所以在此不再过多赘述,简单描述就是Xcode
启动的时候会去找这个文件,而我们可以在这个文件里进行一些LLDB
命令的初始化,比如设置别名等。
在此,我们创建一个.lldbinit
文件,打开你的终端(terminal)输入touch ~/.lldbinit
命令,然后在open ~/.lldbinit
,不出意外的话文本编辑器打开,然后在此设置别名,在文本编辑里输入command alias zxp_autolayout_trace po (id)[[UIWindow keyWindow] _autolayoutTrace]
即可
1.如果你之前存在.lldbinit这个文件,当你输入
touch ~/.lldbinit
并不会造成任何影响,所以在此放心使用这条命令。2.而以上在文本编辑器里的字符串
zxp_autolayout_trace
这是我设置的别名,你们也可以把这个改成你们自己想要的名字。3.或许你们发现了
po (id)[[UIWindow keyWindow] _autolayoutTrace]
这里显示的指定了返回值,因为之前就有说过此方法返回值是一个字符串,如果不显示指定返回值则在这儿是不生效的。所以就返回了一个id
类型。
到目前为止别名就设置完了,在控制台里就不需要在输入po [[UIWindow keyWindow] _autolayoutTrace]
这条难看又长的命令了。而是直接输入你设置的别名即可,并且还有单词提示哦。
PS:如上步骤我设置的别名是
zxp_autolayout_trace
所以在控制台里输入zxp_autolayout_trace
即可。
结语
如果你觉得布局和预期的有点不一样,或者无法确定自己写的约束布局是否正确,那或许你可以试试这个好玩的小技巧。
20160323补充
老是有人问为何不用Xcode自带的view调试功能尼。其实这里想补充的是,那个Xcode的Debug View Hierarchy
是审查UI的,而非是检查autolayout
是否有歧义的。本篇所介绍的重点内容是如何揪出autolayout
里的坑。而对于有歧义的约束会有AMBIGUOUS
字符标识,假设你缺少一个height
的约束,AMBIGUOUS就会标注出缺少height。所以本篇内容与UI审查无关更与Debug View Hierarchy
无关,如果想要审查UI,在这里笔者推荐reveal
。
本文欢迎转载,但不要忘了标注原文出处哦!