公司项目一直走的 Vue3 + lottie 实现简单的 H5 游戏，但后续要求接入 spine 来做复杂一些的游戏，希望能接入主流的游戏引擎，目前在考虑接入 cocos creator。
想咨询下如果走 cocos，是不是就所有界面都在 cocos 上开发？不能支持混合么？例如游戏的“商城”页走 vue3，“战斗”界面走 cocos？
合理的形式，是不是全部界面（即使很简单的界面，例如“登录”界面）都在同一个 cocos 项目里开发（彻底摈弃掉公司旧项目）？
支持混合的，哪些界面用 H5 哪些用引擎取决于你们的需要，技术难度、实现效果等。
可以混合，但是cocos和vue的构建是独立的，所以脚本没有办法互相引用，只能通过全局window的方式互相调用
大佬，预览模版用vue做，目前有没有可能性
不然开发阶段会比较麻烦
八成是做擦边类的游戏
八成是做赌博类的
不是…… 就打怪升级类的常规游戏，不知为何你有这种误解 
感谢，为了兼容已有项目，我们最终决定还是换 Phaser 了
什么是构建前的 vue 代码？
微信小程序里面内嵌个webview跑cocos靠谱不
可以跑可以跑
这个应该是你们自己构建好放进去吧？是有遇到什么问题吗？
我今天把vue生成build模版的流程跑通了，把index.js中的逻辑挪到vue中了，不知道会不会留下什么坑
明天看看同一套vue源码同时生成build和preview模版会不会遇到什么问题
目前已知的问题就是在preview模版的html中没有支持ejs的语法规则，只能构建后再重命名一下了
1赞
最好是整个游戏项目都用游戏引擎，即使是登录界面，也有可能涉及到复杂的UI、复杂动画。即使现在不要求，后面策划也是有可能会改需求的；
CSS主要是用于样式、UI表现，它的作用和图形渲染类似，但是在表现上Canvas比CSS要强大很多，CSS做出来的效果很难满足我们的游戏美术需求，而且用CSS实现的效果代码量非常地大
1赞
混合 web 技术，基本都是这两方面原因
1.更快
2.复用
鹏哥,我们现在用的就是react+cocos creator混合开发,预览开发是web起的服务,不走cocos的preview-template
来回跳转的话，频繁出现加载界面可以接受么？还是说做成单页或其他的，避免跳转？