https://github.com/AkteamYang/AKTKit.AKTLayout
AKTLayout 是一个服务于 iOS 平台的高性能自动布局框架。由于系统的自动布局在复杂的界面呈现中性能衰减非常严重(Masonry、PureLayout、FLKAutoLayout...这些都是基于 NSLayoutConstraint
的自动布局框架)。AKTLayout 最初的目的仅仅是为了简化手动布局时的代码编写,后来引入了高性能的内建自动布局引擎,展现出令人惊喜的特性。
更新日期 2016.6.5
更新日期 2016.5.24
更新日期 2016.5.21
1.2.0 版本布局更新性能的提升非常明显,主要更新了布局刷新的函数调用方式以及 view 的布局更新逻辑。由于 view 是相互参照的,某个 view 的变化会带动相关联的 view 的变化,在复杂布局中,这些关联关系常常是有重叠的,这样就导致,同一个 view 可能被多次计算,理论上来说只有最后一次计算才是有效的。目前 AKTLayout 1.2.0 采用了最为高效的工作方式自动忽略无效的计算。
通过 AKTLayout 实现的自动布局,以图片为中心,四周的矩形各有一个顶点和图片顶点相连,色块内部的白色矩形为子视图,参考了父视图的中心点和两个边缘。
从 GitHub 手动获取
1. 从 AKTKit.AKTLayout 中下载资源文件
2. 添加资源文件到你的 Xcode 工程中
3. 导入头文件 #import "AKTKit.h"
, “UIView+ViewAttribute.m”
需要加入 MRC 编译选项 -fno-objc-arc
使用 CocoaPods
在 Podfile 中添加 pod 'AKTLayout'
如果你使用 pod search AKTLayout
搜索不到结果,可以 pod setup
更新一下本地 pod 仓库
// 蓝色矩形布局
[v1 aktLayout:^(AKTLayoutShellAttribute *layout) {
// 中心点Y坐标与self.view中心点Y对齐
layout.centerY.equalTo(akt_view(self.view));
// 高度是self.view的高度的0.33倍
layout.height.equalTo(akt_view(self.view)).multiple(.33);
// 左边缘与self.view左边缘对齐
layout.left.equalTo(self.view.akt_left).offset(space);
// 右边缘与self.view的中心点X坐标对齐并左偏移space/2
layout.right.equalTo(self.view.akt_centerX).offset(-space/2);
// 添加参考 enqualTo("AKTReference")
// 参考类型的创建(AKTReference):视图、值、size、视图的布局属性
// 视图: akt_value(VALUE)
// 值: akt_view(VIEW)
// size: akt_size(WIDTH, HEIGHT)
// 布局属性: self.view.akt_left
}];
动画
AKTLayout 动画的添加与普通动画添加没有区别,只需在 AKTLayout 动画环境代码块中提交您的动画代码。
如果您只需要暂时代替动画
[UIView aktAnimation:^{
[UIView animateWithDuration:1.f delay:0 usingSpringWithDamping:.3 initialSpringVelocity:.2 options:0 animations:^{
tap.enabled = NO;
tap.view.frame = CGRectMake((self.view.width-150)/2, (self.view.height-150)/2, 150, 150);
} completion:^(BOOL finished) {
tap.enabled = YES;
}];
}];
在动画代码块中修改 frame,如果发生布局更新,界面将恢复到动画前的状态
非暂时修改
[UIView aktAnimation:^{
[UIView animateWithDuration:1.f delay:0 usingSpringWithDamping:.3 initialSpringVelocity:.2 options:0 animations:^{
tap.enabled = NO;
[tap.view aktLayout:^(AKTLayoutShellAttribute *layout) {
layout.centerXY.equalTo(akt_view(self.view));
layout.height.width.equalTo(akt_value(200));
}];
} completion:^(BOOL finished) {
tap.enabled = YES;
}];
}];
在动画代码块中重新添加 AKTLayout,如果发生布局更新,界面将保持动画后的状态,新的 AKTLayout 布局将替换旧的。
AKTLayout 架构 AKTLayou 顶层采用了基于 Objective-C 语法的 shell,通过 shell 我们可以快速地书写布局代码,底层采用了基于纯 C 的引用解析、引用运算系统和布局更新系统。
垂直 | 水平 | 其他 |
---|---|---|
顶部 | 左侧 | 大小 |
底部 | 右侧 | 边缘间距 |
高度 | 宽度 | 偏移 |
中心 Y | 中心 X | 倍数 |
宽高比 | 宽高比 | * |
支持添加同级别跨级别视图之间的相对引用,不支持自身布局属性之间的引用和循环引用。
性能分析
在复杂布局中应用NSLayoutConstraint
进行自动布局,性能通常不尽人意。通常的做法是通过手动编写frame
布局来提升性能。AKTLayout采用高性能的布局添加和运算架构,响应式布局更新算法,有效地实现了自动布局。以下我们对frame、AKTLayout 和Masonry进行了性能比较(平台:iPhone 6 系统版本:9.3.1)。
这里我还需要解释一下,为什么测试中要用这么多数量的View,有人说平时不可能遇到这么多view的情况。首先,数量多是为了便于观察性能的消耗情况,其次,我们关注的重点是不同布局方式的运行效率。有兴趣的话可以自己将总时间换算成不同复杂度下的单个view布局的耗时。
布局的添加
视图的数量线性增长,同时视图的参考复杂度逐级提高(I~IIII)。IIII级是接近日常使用中的参考复杂度,Masonry添加布局效率衰减非常严重,在快速响应的UITableView上使用Masonry效率低下。
随着布局复杂度的增长,
NSLayoutConstraint
布局更新效率下降严重,AKTLayout布局更新效率稳定,由于手动布局无法自动更新,所以在这里不参与比较。运算量比值NSLayoutConstraint
:AKTLayout
3:1、13.4:1 、22.8:1
AKTLyout采用优化的响应式布局更新系统,自动忽略无效的计算。当某个视图布局发生变化时,自动重计算参照此视图的视图布局,在复杂的参照布局中依然保持高性能。
目前已在9.0系统完成测试,低版本系统后续完成测试。
如果您在运行中发现了问题、对某些特性存在疑惑或者有pull request,您可以在issue创建一个问题。您也可以在我的简书中进行评论,或者给我发送邮件[email protected]。