如何将 Cocos Creator 构建出来的工程用正确的姿势接入Flutter 工程

问题背景:
现公司项目中有展示3D家居情况的需求,作为安卓开发,想用Cocos 引擎实现。另外,领导层觉得项目最好是可以用Flutter 框架去实现,这也行,就用Flutter 来做。
但这就遇到一个问题:怎么将Cocos Creator 构建出来的工程和Flutter 工程完美地结合起来?

因为我是安卓开发,所以当前倒是有一个解决方案:
将 Flutter 工程模块类型由Application 修改为Module 类型,输出 Flutter Module ,然后将这个Module 添加到Cocos 构建出来的Android 平台工程中(这个方案是具有可行性的。通过这个方案,既可以把Cocos Creator 构建出来的Android 平台工程和Flutter 模块工程结合起来。而且又可以在项目工程中配置使用阿里开源 flutter boost 跳转路由,用以方便地让界面在Flutter 界面和Cocos 界面间进行跳转 )。

但是,这个方案稍微有点臃肿:
如果按照这个方案的话,Cocos 模块构建出来的模块代码和我Flutter 模块代码,都是将Android 原生工程作为宿主。但是其实在整个项目中涉及到的Android 原生界面,也许就只有 Cocos 构建出来的那个 com.cocos.game.AppActivity 这一个原生界面,除此之外,Android 宿主工程中基本没什么其他代码,这感觉多少的有些大材小用了。

所以请教一下诸位:
有没有可以直接将Cocos Creator 构建出来的工程直接和 Flutter 工程结合起来的解决方案?

第一次接触使用Cocos ,希望论坛诸位大佬可以提供一下思路,多谢:pray:

直接用cocos开发发布安卓应用不好吗?

用cocos creator 构建h5工程,fluter以网页形式加载h5. 这种可能能满足你的需求。只不过需要看下效率

有点尴尬的是:
整个项目中的 3D 相关界面需求占整个项目大概10%左右,剩下的 90% 左右是基于原生的界面开发需求 :-I

是的,应用中有一些用户手势交互的需求,的确对交互效率也是有一定地要求:使用操作过程中,不能有过于明显的卡顿。

也正是基于这一方面的考虑,我们开发组人员现在想如果找不到合适的 “Cocos + Flutter” 解决方案的话,就建议老板直接用 Android 原生做,不用Flutter 来做。这样既可以让整个项目工程代码好整合起来,还可以避免一些效果用 Flutter 实现不了的情况发生。而且也能避免一些即使用 Flutter 实现了,但是性能不是那么友好的尴尬情况。

我觉得cocos的优势在H5,原生为啥不直接考虑unity?

嵌入 three.js 轻量级框架,而且这个框架专门针对3d家居的

公司在美国公布的实体清单中,Unity 受美国商务部管理,所以当前不能用。

嗯嗯,这个 three.js 框架在项目预研阶段调研过,属于解决方案的一种。

考虑到接入成本(学习成本)、接入风险(技术风险)、维护性 等,这个方案被领导 pass掉了,决定选择 Cocos 引擎 :smiling_imp:

用u3d吧 cocos. 的坑够你玩的了

:smiling_imp:

大佬也是从坑里爬出来的么,还望大佬将经验传授一二 :handshake:

没有 只是现阶段 cocos 对原生的性能不太理想 看你们需求吧 假如你们需求要在网页也要能随时访问 元素里面东西不复杂要求不是非常高 可以选择cocos

如果重要项目可以直接联系@论坛官方人员,或者通过cocos小秘书让官方提供技术支持

我们这边采用的是,cocos打包Web Mobile,flutter使用webview加载网页,两端也是可以交互的

这种就是类似游戏套壳的玩法 和小程序平台类似

我们也是一样得操作,看来英雄所见略同,不过有一事比较困扰,Flutter截图webview页面的cocos始终截取个黑屏,你们有啥高招没,欢迎交流哦

嗯嗯,请问使用这个解决方案,在网页中加载使用时,会有明显地卡顿或者操作不流畅的感觉吗?

以及下面有人提出的问题有遇到并且有解决方案吗 ?

卡顿啥的倒是没见

嗯嗯,谢谢提醒 :raised_hands:

没有卡顿的感觉,有卡顿说明你需要优化自己的游戏,下面的截图我们不是用flutter截图的,用的cocos的截图