iOS 动态更新

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

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

iOS 动态更新_第1张图片
2114369369-562afc9b0a1ad_articlex.jpg

这个是最简单的层级关系

如果在项目里有了这么一个路径 , 我们可以做什么呢?
在当项目很复杂 , 可以其它地方可以直接修改这个控件的状态
当某个控件命名存在却又没有显示出来 , 可以通过路径来辅助查找
由服务器下发一些配置 , 使用 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 、wax , 下发脚本也是一个不错的选择 。
工具篇:
使用一些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集成指南 。

你可能感兴趣的:(iOS 动态更新)