Quick-cocos2d-x的热更新机制实现(终极版2)(更新3.3版本)

: HID: The ‘Passive’ connection ‘romf’ access to protected services is denied.

这个错误什么原因 IPHONE

这个问题是怎么产生的?

能将更新界面显示和更新逻辑区分开就更好了

更新界面显示是很简单的。要分开也非常容易。

区分开,通过API方式调用就可以整合到quick里了

AppDelegate.cpp里这段代码不是应该这样吗

for (int i = 0; i < tempPaths.size(); ++i){ searchPaths.push_back(tempPaths*);}*



如果是这样,Android下编译不通过啊



for (int i = 0; i < tempPaths.size(); ++i){ searchPaths.push_back(tempPaths);}




不应该啊 你用的android NDK 是什么版本的 我这边iOS android 都是真机上测试ok的。

ndk版本是r9d

自己弄了一个更新逻辑和界面显示分离的版本

理解的不错 还加了些注释。:2::2::2::2:

还有一些功能可以做,比如更新过程被中断,有些文件更新了,有些文件没更新,这种情况其实需要处理,还有apk更新神马的

更新过程被中断 这块里面已经有这块逻辑的。

apk的更新放到上层去做。一般的SDK都会有整包更新。

我想问个问题,更新的lua文件全部放到lancher里面么

代码中为什么要重写lcher_handler lcher_class等方法,quick里边不是有么?require(“lfs”) 这个lfs是啥东西 CZHelperFunc我也没有找到在哪

CCLuaLoadChunksFromZIP(“res/framework_precompiled.zip”)
require(“app.MyApp”)
加载好framework 之后运行自己的代码,结果 attempt to index global ‘cc’ (a nil value)

是的,全部放在里面.

lcher_handler lcher_class 是为了和framework区分开来 这个launcher模块是没有应用framework模块的,这样framework模块也可以更新。CZHelperFunc这个是2.2.4版本时候的名字 现在修改成cc.HelperFunc了.

问题能描述清楚一点吗? 什么版本, 什么地方报错?

请问下launcher.lua 中的_checkUpdate方法最后一行:

self:_requestFromServer(Launcher.libDir .. Launcher.lcherZipName, Launcher.RequestType.LAUNCHER, 30)

每次游戏启动都要去判断一次服务器上的launch.zip?