之前写了 CocosCreator 下的热更。 CocosCreator 3.7.x 一步步给你的项目增加热更新 - bakabird1998 - 博客园 (cnblogs.com)

在某家养恐龙游戏公司当主程的时候也研究过当时项目中，前人实现的热更相关逻辑。

在原生平台采取的是，游戏打包成H5网页，然后 Android/IOS 包通过打开某个网页的方式来进入游戏。(*1)

另外给配置和UI 实现一套热更逻辑，打包时将配置和UI 打包成 zip，并生成对应的 manifest 文件。这套配置和UI的热更，在原生和小游戏平台都能使用，非常方便。

为了方便开发使用，前人在项目中制作了傻瓜式的批处理执行文件，通过 ver make | ver list | ver publish 等一系列命令来完成热更打包、版本管理、发布。

但这个工具很难拓展，这使得我在后续的业务中碰到了一个问题。

在后续的业务中，我需要在多个应用商店平台分别上架游戏，接入对应平台的SDK。

因为之前项目没有上架任何应用商店平台，只是通过广告下载的方式来分发应用。也就是只有一个渠道的安卓包需要维护。

等到上架多个应用商店之后，我发现因为前面提到的热更逻辑(*1) —— 每次热更，所有渠道包都会受影响。

这很麻烦。

开发不便

在开发过程中，为了适配不同渠道\不同包版本，需要增加相当数量的判断代码和适配逻辑。

var channel = Plat.inst.channel;

var pkVersion = Plat.inst.packageVersion;

if (channel == Channel.vivo) {

　　if (pkVersion >= 3) {

　　　　JSBKit.me.playTemplateAd(...);

　　} else {

　　　　console.warn("该包版本不支持模板广告")

　　}
} else if (channel == Channel.mi) {

　　// ......

}

// ......