回归初心 —— iOS 之原生 Frame 布局

2020-03-09  本文已影响0人  Trevor_Li

前言: 不知道从何时起,Frame 布局开始渐渐淡出 iOS 开发的舞台,越来越的多的小伙伴开始使用 xib、storyboard、swiftUI 及第三方 SDK 来进行布局。然而,Frame 布局始终是我心目中的 iOS 布局之王。

BY:一位不愿透露姓名的靓仔

iOS 布局的前世今生:

1.原始:Frame

iOS 开发中最古老、最简陋的布局方式,由开发人员手动设置各个视图的原点(origin)及大小(size)从而确定整个视图在父视图的位置。

在最初的 iOS 开发中,由于针对机型有限,适配简单,这种古老的布局方式显得游刃有余。然而在资本主义利益熏心的驱使下,千奇百怪的 iOS 设备不断进入人们的日常生活,程序猿们不得不一一适配这些新设备,渐渐地, Frame 布局显得越来越力不从心,革命的声音就此出现……

2. 抛砖引玉:AutoLayout

在 Apple 赚得盆满钵满之后,终于没忘记体恤一下其生态圈的各位工程师,为我们在 iOS6 中带来了新的局部方案:Autolayout,此套方案核心为“参照”及“约束”,开发人员只需要从这两个角度将视图的呈现方式使用代码描述出来,后续的工作即可交给系统自动处理。

然而理想都是丰满的,现实总是残酷的,AutoLayout 提供的 API 过于冗长,而要将视图的“参照”及“约束”描述清楚,需要从多个维度调用多条 API 才能达到,而且 AutoLayout 的脾气也不太好,一旦缺少必要的”参照“或者”约束“,就可能会导致整个程序挂掉,此时的 Autolayout,更像是一个半成品,没几个程序员愿意为它举牌,大家宁愿继续被 Frame 约束压榨,也不愿意使用 Autolayout ……

3. 曙光:Masonry

Autolayout 无人问津,究其根源是因为其 API 设计问题。但大家都明白,Autolayout 的核心思维正是解决 iOS 布局之痛的关键,此时陆续有第三方开始尝试封装对 Autolayout 进行封装,简化其 API,提高易用性。 Masonry 在众多第三方布局 SDK 中脱颖而出,其简练的语法及函数式调用深得广大开发者的青睐。

古人云:凡是都有其两面性。autolayout 在 masonry 的光环加持下大行其道,成为 iOS 程序员对付 UI 布局问题的一道利剑,然而 autolayout 也有其先天弱势 —— 。

Autolayout 的性能问题:

Autolayout 会将约束条件转换成线性规划问题,在通过 Cassowary 算法求解线性规划问题得到 frame。对 autolayout 底层原理及 Cassowary 算法感兴趣的同学可以自行 google,在这里讲可能篇幅不够。可以简单的理解为 AutoLayout 在界面需要布局的时候会把我们设定好的约束条件转换成 X 个 N 元 N 次方程,然后扔给系统,让系统计算出最终视图上各个元素的 frame,如果你对 N 元 N 次方程的求解复杂度还没有个概念的话,可以尝试自己写一个程序来求解 N 元 N 次方程……

Autolayout Frame 性能分析

借用 Draveness 大佬的分析图,可以看到 Autolayout 的性能明显低于 Frame 布局,所谓出来混的总要还的,我们在代码上偷的懒,在性能上可一分都没少还(遮脸哭)。我们知道当渲染时间大于1/60秒(16.67毫秒)时,程序即会出现肉眼可察觉的卡顿。上图中,Frame 布局可以保持在500个 View 同时渲染时间低于16毫秒,而使用 autolayout 时,仅仅 100 个 view 的渲染时间就达到了 55.11 毫秒。

回归初心:

我做了7年 iOS 开发,我写了7年 Frame 布局。对我来说,Frame 布局有其独有的魅力与吸引力,我喜欢把视图中每个元素掌握在自己手中的感觉,喜欢在使用 Frame 布局时,每个元素随着代码在我脑海中逐渐拼接成整个视图的感觉。

也许你会认为这是我的偏激与顽固,在实际工作中,我也使用 xib, storyboard,使用 autolayout 和 masonry,学习并汲取其精华将其应用到 Frame 布局中。既然我们可以为 autolayout 封装 SDK 提高其 API 的易用性,那为什么不能封装最原始的 Frame 布局来提高其通用性呢?这样既可以优雅的使用 Frame 布局,又可以得到最佳的新能表现。

现在我使用一套自己不断改进后的 Frame 布局方式,在 API 简洁度、易用性、代码复杂度上我都认为比目前的第三方布局用起来更加得心应手。

让我们使用一个稍微复杂一点的界面看看我现在如何使用 Frame 布局,在屏幕控制器中央显示一个抢购信息,涉及到了多个子视图的布局:

布局示例-竖屏 布局示例-横屏 我的布局代码

界面一共13个元素,以上布局代码共14行,就目前来说比其他任何一种布局方式更加简短明了,目前这套布局方案在 Frame 的基础上,大量使用了 autolayout 中 ”参照“ 和 ”约束“ 等思维,将核心思路集中在视图与视图的空间关系上,并使用链式调用最大程度减少冗余代码并保持清晰的代码可读性。

由于布局中均使用相对关系,所以无论在任何尺寸手机上或者屏幕改变旋转方向,均可以正常布局。而在上述代码运行完毕之后,所有视图的 frame 信息均已计算完成,系统没有额外的计算负担。

上一篇下一篇

猜你喜欢

热点阅读