1000字范文 > Cocos Creator大厅+子游戏模式

Cocos Creator大厅+子游戏模式

时间：2023-05-03 12:05:20

转载自：/p/fe54ca980384

一、前言

根据上一篇（Cocos Creator热更新），可以看出以下几点：
build-default目录下的main.js，为cocos creator项目的入口；热更新一文中，放置在服务器上的，仅有资源，脚本，配置等，没有入口程序，因此本文中，我们需要创造一个入口程序。

还是解释一下什么叫大厅+子游戏模式：

1. 将大厅单独作为一个完整的项目，不同的子游戏，则为不同的项目

2. 然后要实现不同项目之间的互调，即大厅调子游戏，或者子游戏调大厅

3. 资源共享，共用的资源放在大厅项目中，并且子游戏中可以调用

这样做的好处：

1. 减小上架包的体积

2. 提高热更新的效率（打开指定子游戏，才会更新子游戏）

3. 降低项目的耦合性（如果不共享资源，子游戏完全可以随时抽取出来作为一个单独的包使用）

二、修改子游戏

1. 添加version_generato.js

2. 构建项目

3. 在原生src下，添加 main.js 入口文件

3.1 每次构建完项目，拷贝main.js到原生目录的src中

main.js的内容如下：

ps: 不用管src外部的main.js文件

3.2 或者添加build-templates目录，自动在每次构建项目后生成main.js文件

这里的main.js内容和上面的内容一致

4. 执行version_generator.js文件

生成version.manifest 和 project.mainfest。这个在上一篇中已经讲过，就不细说了。

三、拷贝res，src，version.manifest 和 project.mainfest到服务器目录下

很明显，现在我们只是把子游戏生成了资源包，但是没有做任何热更新的操作。

接下来，就需要在大厅项目中，添加下载，更新的逻辑了。

四、在大厅项目中，添加相应逻辑

负责下载，检测更新，更新子游戏的工具库文件内容如下：

调用的过程如下：

1. 判断子游戏是否已下载

2. 已下载，判断是否需要更新

3.1 下载游戏

3.2 更新游戏

4. 进入子游戏

说到这呢，就得提一下，
如果界面设计时，从大厅点击子游戏，中间有loading的界面的话，
loading界面就应该放在大厅的工程中了。

五、测试

打开服务------>编译大厅目录------>安装运行

注意：

一定要生成原生apk，在真机（也可以是类似于夜神的模拟器啦）上运行测试。

结果：

1. 第一次，本地没有子游戏，提示“游戏未下载”，下载后，无需重启，可直接进入子游戏；

2. 修改version_generator.js中的版本号，将步骤二，再走一遍，能检测到更新，同样无需重启；

3. 在大厅中，使用cc.sys.localStorage存储的值，在子游戏中可以获取到；

本人的一点小思考：
在研究之前，想着一定要研究一下资源共享的问题；
现在想来，既然要将子游戏独立出一个项目，自然也期望以后子游戏可以作为一个单独的apk来运行，如果共用大厅的资源，以后想抽取出来，又是一项艰巨的任务。但是这样必然会造成一定的重复资源。具体取舍，等到项目后期再协调。

本内容不代表本网观点和政治立场，如有侵犯你的权益请联系我们处理。

网友评论

网友评论仅供其表达个人看法，并不表明网站立场。