序言

我们大部分的工作需要在引擎提供的框架下工作，AppDelegate类的applicationDidFinishLaunching方法将游戏逻辑交给了res/main.lua。

bool AppDelegate::applicationDidFinishLaunching()
{
    // pre codes
    // ...
    // executeScriptFile
    if (engine->executeScriptFile("res/main.lua"))
    {
        return false;
    }
    return true;
}

于是，我们大部分的工作会在脚本端进行，脚本端的文件系统分布、组织架构，是我们需要慎重考虑的内容。

---

游戏运行流程

在重构前段框架之前，我们首先看一下游戏的运行流程

Paste_Image.png

在这样的一个运行过程中，我们认为，从游戏开始一直到热更新+预加载界面这个环节的代码和资源必须是固定的，它不随版本的变化而变化，我们把这个环节视为是固定的过程，于是我们希望将这个概念抽取出来，对应到我们的游戏工程上，形成一种映射关系。

---

设计初步

于是就有了以下的文件夹目录设计：

.
├── config.json
├── frameworks
├── res
├── runtime
├── src
└── start

5 directories, 1 file

其中：

• start文件夹是在工程的基础上新增的，用以存储从游戏开始到热更新+预加载界面过程中所需要的资源和代码。

• res和src文件夹是工程自带的，在后续的开发过程中，这将是我们进行版本更新时候，需要对比的资源和代码文件夹

• config.json维持不变

• frameworks维持不变

• runtime维持不变

现在：

将res中的内容提取出来，放入start文件夹的resource中

将src中的内容提取出来，放入start文件夹中

于是res和src成了两个空文件夹，同时我们的start文件夹现在看起来是这样的：

.
├── app
├── cocos
├── config.lua
├── main.lua
├── packages
└── resource

4 directories, 2 files

现在我们修改工程，让游戏重新运行起来。
这个过程涉及到：

修改启动脚本AppDelegate.cpp中的applicationDidFinishLaunching为：

engine->executeScriptFile("start/main.lua")

---

main.lua中，添加搜索路径

cc.FileUtils:getInstance():addSearchPath("start/")
cc.FileUtils:getInstance():addSearchPath("start/resource/")

---

修改win32工程配置

C:\projects\birth\frameworks\runtime-src\proj.win32\birth.vcxproj

增加一行拷贝start文件夹的命令

xcopy "$(ProjectDir)..\..\..\start" "$(LocalDebuggerWorkingDirectory)\start" /D /E /I /F /Y

---

android工程修改：

C:\projects\birth\frameworks\runtime-src\proj.android\build-cfg.json

为其中的copy_resources属性增加

{
    "from": "../../../start",
    "to": "start"
}

---

最后在iOS工程中，添加start文件夹

总结

我们将稳定的代码提取了出来，这样为热更新做了一部分准备，奠定了基础。