• 1、控件到 window 的层级关系:
• 2、分析控件的详细路径:
• 3、动态修改控件:
• 4、工具篇:

视图的层级关系

每个 App , 至少有一个根 Window , 通常情况下我们只用一个 。window 有一个 rootViewController , 这就是我们所谓的根视图 , 我们所有的控制器都是放在 rootViewController 里面的。

如果在项目里有了这么一个路径 , 我们可以做什么呢？

• 在当项目很复杂 , 可以其它地方可以直接修改这个控件的状态
• 当某个控件命名存在却又没有显示出来 , 可以通过路径来辅助查找
• 由服务器下发一些配置 , 使用 Runtime 去动态的修改已上线的项目

下面将介绍如何使用代码来找出这些视图(控件)的路径

分析控件的详细路径

1、找出根 Window :

每一个视图、控件 , 他们最终的根都是main函数返回的 application , 通过 [UIApplication sharedApplication] 可以得到 。 application 的 windows 属性是一个数组 , 这里面装的是这个应用的所有 Window , 我们通常用的是第一个也就是 application.windows[0]

2、遍历视图 :

得到了 window 对象一切都好办了 。 然后拿到 window 的 rootViewController , 在获取 rootViewController 里面所有的 childViewControllers 和 view 里的 subviews , 一直递归下去就可以得到当前屏幕里所有视图对象了 , 同时可以通过 runtime 把它们的 property、delegate 都获取出来。

结合 Reveal 或者 Xcode 自带的 Captuer View Hiearachy , 我们可以推测一下这两个的的实现原理了 :

1、根据应用得到根视图
2、递归获取里面的所有控件
3、按照他们的层级关系一层一层的画出来

动态修改控件

1、把上面获取到的所有控件的详细信息上传到服务器 。
2、根据业务需求由服务器给我们下发对应的配置列表，以 button 为例 : 配置列表里必须要有 :

1)、button 的全路径 : 如 UIWindow -> UIWindow -> UIView -> UIView -> UILayoutContainerView -> UITabBar -> UIView —> UIButton

2)、button 的唯一标识 : 如 tag 值或自己实现的一套算法生成的唯一标识 , 目的是防止与 button 同一层次的视图搞混 。

3)、 根据路径及唯一标识来匹配 App 里的控件 , 匹配和上面的查找原理是相通的。

4)、 匹配成功代表 button 确实存在 , 根据业务需求做后续操作 。

提示: 匹配策略尽可能的多 , 防止意外情况某一两个标识生成失败或者生成相同 。

3、修改 button 的状态。

1)、 如某个按钮点了会 Crash 或暂时不需要被点击 , 但是又要展示出来 , 可以直接修改 button 的 enabled 属性 。

2)、 如某业务暂时关闭 , 可以直接修改入口 按钮 frame为0 , 前提是要自动布局已做好 。

3)、 如给购买 按钮 添加监听事件 addTarget: action: forControlEvents:

target 也可以通过上面 遍历视图 获取到 , action 可以由服务器下发 , 也可以一开始就写死 , 等有需求的时候直接传不同的参数就行了 。

4、 绑定查找控件时 , 这个界面必须要已经初始化完成了才行 , 假如界面还没生成肯定是查找不到这个控件的 。 这里给大家提供两种思路 :

1、使用Runtime Method Swizzing , 直接把修改控件的方法与 didMoveToSuperview 和 didMoveToWindow 动态绑定 , 等这个控件加载出来之后再去修改 , 查找路径正确的话肯定就能找到了 。

2、在具体的类里面 , 等控件的初始化方法调用完后 , 再去执行动态修改 , 如在viewDidLoad 里面初始化控件 , 在 viewWillAppear: 里面动态修改 。

建议使用第一种适用范围更强 。

上架后的 应用 可能会遇到的一些突发状况 , 未测出的Crash、临时改点小需求 , 等等 , 我们总不能每次因为一点小改动就重新提交一次 App Store , 先不说 App Store 的审核时间 , 频繁的让用户去更新应用 , 用户也会烦的 。使用这篇文章所讲的来实现动态更新是再合适不过了 。

首先上面讲的 动态更新 是完全脱离出来的一个模块 , 跟业务逻辑没有任何关系 , 只需要部署一次就行了 , 等开发下一个项目也可以直接拿过去使用 。这里的动态更新适用于局部的视图、控件的修改 , 如果你有其它需求可以考虑 JSPatch , 下发脚本也是一个不错的选择 。

工具篇

使用一些UI调试的辅助工具 , 使我们查看视图在项目中得层次结构更为方便 。
常用的UI调试的工具：

• Captuer View Hiearachy
• Reveal

Xcode自带的 Captuer View Hiearachy 实现步骤:

• 1、打开Xcode , 运行项目 , 选择最顶部的 Debug
• 2、Debug -> View Debugging -> Show View Frames
• 3、Debug -> View Debugging -> Captuer View Hiearachy

Xcode里面就变成了三维的视图了 , Xcode左侧展示出来的是层级关系的树状图 。

Reveal的功能相对来说更强大 , 适用于UI调试视图查找 。使用方法请看 Reveal集成指南 。

转载请注明：Michael的博客 » 点击阅读原文