新的平台总是意味着新的机遇与挑战,Creator 2.4.1 版本现已全新支持 HUAWEI AppGallery Connect,将为开发者带来更多的用户及潜力,相信新的平台能爆发出更多优秀的游戏。
同时,Cocos Creator 在移动端游戏上与 HMS Core 进行深度合作,特别是在技术层面上,与 CG Kit 底层算法集成,挖掘 Vulkan 极限渲染能力,释放更大的图形渲染性能,提升渲染效率。
接下去,Cocos 将与华为进行全方位的合作,持续接入华为 HMS Core、AppGallery Connect 更多优质服务,助力开发者开发出更多高品质的游戏。
此版本让你的游戏可以一键接入华为 HMS Core,一键上传至 HUAWEI AppGallery Connect 快速发布到华为应用市场,省去开发过程中接入 SDK、上传平台等繁复操作,助力开发者打造高品质创新应用,提升游戏体验!
What's new
新增 HUAWEI AppGallery Connect 良好的服务是游戏不可或缺的部分,在游戏开发中,开发者常常需通过接入 SDK 使用第三方服务。但接入过程常是繁杂且易出错的部分,需耗费大量不必要的时间。在 Creator 中,开发者基于 Cocos 的 IDE 进行游戏发布时,当选择发布到 HUAWEI AppGallery Connect,可以一键接入华为 HMS Core,当前包含账号、支付、广告和游戏等服务,近期还将支持推送、分析和定位等,可极大提升开发者的工作效率。开发者可在服务面板中启用 SDKHub 并配置好对应的 SDK 预设。 在构建时选择 HUAWEI AppGallery Connect 平台,并选择已配置好的 SDK 预设即可。 在构建完成后,可通过上传窗口一键上传。 新增连尚小游戏发布平台连尚小游戏是 WiFi 万能钥匙旗下的小游戏应用平台,具有便捷、轻量、免安装的特点。采用 Creator 开发的游戏,只需构建时选择连尚小游戏发布平台,就可以自动完成适配,获得 Cocos Creator 强大便捷的跨平台能力。 更多关于发布连尚小游戏的内容,请参考 [发布到连尚小游戏] 。Bug fixes
-
[Engine] 修复运行时插件脚本执行顺序错误的问题。[#6983]
-
[Engine] 修复场景启用延迟加载可能出现加载失败的问题。[#6983]
-
[Native] 修复原生平台富文本组件文字排版错误的问题。[#6975]
-
[Editor] 修复进入 Prefab 编辑器模式时,场景视图自动切换为 2D 视图的问题。
-
[Editor] 修复小米小游戏、OPPO 小游戏、vivo 小游戏平台将主包配置为小游戏分包后,构建失败的问题。
Known issues
-
iOS 设备升级到 iOS 14 beta.2 后,Web 平台暂时会出现无法显示画面的问题,可以自定义引擎,并手动合并此改动 [#6974] 进行修复。我们将继续跟进 iOS 14 后续版本,避免造成兼容性问题。
升级提示
Cocos Creator 对项目的升级操作是不可逆的,请在升级前提交或备份旧版项目。绝大多数项目通常都能自动升级,但因为项目难免存在特殊性,开发者应该根据项目自身需求,提前对新版本引擎进行试用和评估。此外,出于稳定性考虑,建议即将上线或已上线的项目谨慎升级。以下是升级说明,如果开发者们在升级中遇到困难,欢迎向我们反馈,我们会尽力协助。从 < 2.4.0 版本升级-
cc.loader 已经不建议使用,请使用最新的 cc.assetManager 来代替,请参考 [资源管理模块升级指南] 。
-
子包功能已升级为 Asset Bundle,请参考 [资源分包升级指南] 。
-
调整了项目构建后的目录结构,调整了 BuildResults 的 API,如果你使用了编辑器插件获取编辑器构建结果,请参考 [定制项目构建流程升级指南] 。
-
从 1.10 开始废弃的 cc.RawAsset 已被正式移除,请使用 cc.Asset 代替。由于 2.4 不再兼容原有 1.x 项目中对 RawAsset 类型的历史遗留用法,建议所有要升级到 2.4 的项目特别是从 1.9 版本一路升级上来的项目,先在任意的 1.10 ~ 2.3 版本中对编辑器编译代码时输出的所有警告或报错都正确处理完毕,再升级到 2.4。
-
cc.Color.fromHex 已被废弃,请使用 cc.Color.fromHEX 接口。
-
Effect 中的 CCTexture2D、CCTexture2DRGB 方法已被废弃,请改用 CCTexture、CCTextureRGB。
-
Vec3.FRONT 已被废弃,请改用 Vec3.FORWARD。
-
如果是 Android 平台单独使用的代码请放入 app/src 目录, 单独使用的第三方库请放入 app/libs 目录。
-
如果是 Android Instant 单独使用的代码和第三方库请分别放入 game/src 和 game/libs 目录。
-
如果是 Android 和 Android Instant 共用的代码和第三方库,请分别放入 proj.android-studio 根目录底下的 src 目录和 libs 目录。
-
proj.android-studio 根目录底下 jni/CocosAndroid.mk、jni/ CocosApplication.mk,主要用于配置引擎相关的配置,开发者的配置,建议 Android 放到 app/jni/Android.mk 和 app/jni/Application.mk 中, Android Instant 请放入 game/jni/Android.mk 和 game/jni/Application.mk 中。
-
如原先手动从场景中移除的节点,在不需要用到的时候也需要统一 destroy():
// 假设 testNode 是场景中的某个节点,若之前被手动移出场景了,如 testNode.parent = null; // 或者 testNode.removeFromParent(true); // 或者 parentNode.removeChild(testNode); // 若往后 testNode 还会再次用到,则无需手动 destroy 该节点 // 否则应该手动调用 testNode.destroy();
-
如原先通过 cc.removeSelf 这个 action 销毁节点,请改为使用 cc.destroySelf。
-
如原先通过 cc.NodePool 管理节点,则不受影响。
答疑
3D 项目应该用 Creator v2.x 还是 Creator 3D?随着 Creator v2.x 对 3D 的支持越来越完善,以及 Creator 3D 自身的发展也越来越成熟,我们也遇到了不少开发者在立 3D 项目时的疑问:既然 Creator v2.x 和 Creator 3D 版都支持 3D,那么我应该选择哪一个引擎?在这里我们统一解答下:1. 如果需要集成 TiledMap、Box2D 或者 Spine,或者想要更稳定和高性能的 UI/2D 表现,或者想要发布到原生平台,暂时只能用 Creator v2.x。2. 如果 3D 场景特别多或者特别大,或者有骨骼动画融合、换装、过渡等表现需求,或者需要更高级别的渲染能力,只能用 Creator 3D。3. 简而言之,如果是 2.5D 项目,通常采用 Creator v2.x;如果是纯 3D 的轻度项目,一般两个引擎都能胜任;如果是 3D 重度项目,通常采用 Creator 3D。当然,以上判断标准并不是绝对的。我们也遇到能力强的开发者在 2.x 上实现了大地形及次世代效果,甚至从 3D 往 2D 移植了 GPU 粒子、GPU Instancing、GPU 骨骼动画等功能。开发者可以在立项前期对两个引擎进行充分的技术预研、压力测试,结合团队自身实际情况进行选择。以上就是本次更新的内容,点击“阅读原文”前往官网下载更新,大家有任何意见或者建议,可以通过论坛等渠道向我们反馈喔!