客户端热更新框架之UI热更框架设计(下)

上一篇笔者介绍了关于什么是热更新，为什么需要热更新的技术文章。本篇就专门针对UI框架的热更新功能实现部分展开讨论，讨论的重点是热更新如何与UI框架进行结合？
现在笔者把设计"UI热更新框架"的整体设计与构建过程表述如下，最后附带源码工程的下载链接，供广大学员参考研究。如果大家有什么不明白的地方，欢迎大家在评论区进行讨论。

1：首先基于笔者以前设计的SUIFW 框架，做进一步功能完善。
完善UI框架对于复杂窗体的直接转向功能。为了小伙伴们能够更好的理解本技术，文章末尾特提供了下载链接供大家参考。



2：经过重构完善后UI框架与AB框架(即：AssetBundle 框架，本框架文章末尾提供×××链接) 的初步资源、脚本整合处理。
2.1> 建立一个全新的项目名称例如：UIPlusABFramework。
2.2> 项目中增加存放需要打包资源的目录。 例如"AB_Resurces"目录。
2.3> Resources目录原来的资源文件，除了配置文件外，全部拷贝到AB_Resources 目录下。使用AB框架，对资源进行打包处理，加载到StreamingAssets 目录下。

3：原始UI框架核心类（UIMangager.cs）的改动。
3.1> 把原UI核心类底层加载机制 Resources.Load() 的单机职能，改为以AB框架为核心的AB包的调用加载机制。
具体说明：
ResourcesMgr.GetInstance().LoadAsset(strUIFormPaths, false);
替换为

AssetBundleMgr.GetInstance().LoadAssetBundlePack(xx,xx,xx,LoadAllABComplete){}
private void LoadAllABComplete(string abName){}

3.2> 原本"Resources" 类需要的UI窗体路径的（基于Json配置文件的）参数， 改为了以AB框架中"场景名称、包名称、资源名称"为参数核心的机制。当然本部分也需要对核心配置文件"UIFormsConfigInfo.json" 做大的改动。（具体在第4节详述）。

3.3> 由于UIMangager.cs中，对于直接调用AB框架核心API，有很多不方便的地方。即需要写很多代码，且从UI与AB两大框架解耦的思想出发，特设计一个中间过渡脚本（例如： ABLoadAssetHelper.cs），利于两大框架之间的低耦合处理。本设计过程参考经典设计模式中的"代理模式"、"桥接模式" 等思想。

3.4> 以上两大框架的结合与重构难点在于： 原始UI框架本质是"串行运行"，而AB框架资源调用是"并行运行"。 所以协调资源加载的先后顺序是"热更新UI框架"的重点与难点。

4： 原始UI框架核心类（UIMangager.cs）中对于Json配置文件的改动。
原始配置文件"UIFormsConfigInfo.json" 以键值对的方式，存储了UI窗体预设名称与UI窗体预设在Resources目录下的相对路径的映射关系。但是在改造后的配置文件，所有的AB包都是默认加载到StreamingAssets 目录下。
所以其配置文件中的"值"，就改为AB包的参数："场景名称、包名称、资源名称"。因为有三个参数，可以定义在一行，中间加一个分隔符即可。在程序中可以做分割处理即可。详细请读者查看更新后定义的"UIFormsConfigInfo.json"配置文件。


5： 以上步骤开发完毕后，需要使用UI框架自带的演示示例项目，做加载验证测试。
如果可以正确无误的运行原UI框架所有的功能设计，则我们的"热更新UI框架"，就算是初步重构完毕了。
当然这只是笔者设计的"热更新框架设计之客户端热更框架"的一小部分，我们在下一篇中，会对国内部分游戏公司所推崇的"纯lua热更新"框架进行介绍与设计讲解，敬请期待。


附录：

1： UI框架(SUIFW框架Ver1.1) 下载链接：
链接：https://pan.baidu.com/s/1HU22Gr6GpWmT77vp4DcFZg
提取码：r4r7

2： AssetBundle 框架（ABFW）源码工程下载链接：
链接：https://pan.baidu.com/s/1VOoL9K3dUTpqxkwCcrQWYw
提取码：hla8

3：本文讲解通过UI与AB框架整合，最终形成的"热更新UI框架"（ UIPlusABFramework）×××链接：
链接：https://pan.baidu.com/s/1C6e2ROHsqSaBEuCtRrzqpA
提取码：dfq6