看来回头下 1.10.1还是很有必要的哟。。。
不敢苟同。至少spine，90%的游戏都是重度使用，这个是个非常严重的问题啊。
如果 采用wasm优化，能在下个版本搞出来，或者不超过2个月，我们大家都还可以等等。
否则，真的只能又折腾退回到1.10.1版本去了。
1赞
马克！！！！！！！！
mark，希望官方早点抽出时间解决一下2.0spine性能问题
谢谢你的建议，我就不跟你打太极了，之前 确实维护不来。各位评价方案优劣的时候，更多的是从功能或者性能的层面出发，而我则是从团队的瓶颈出发。很长一段时间里，Creator 是处于严重缺人的状态的，因此做出取舍就是必然的。
幸运的是，我们的 HR 已经重新把重心转向 Creator 项目组了。我们已经招到了一个专门维护 spine、dragonbones、tiledmap 这些中间件的大佬，很快就会入职。相信之后会更好的提升这块短板。
你的质疑是对的，iOS 上的 JS 引擎，没有办法开启完整的 JIT 性能优化，这是 iOS 系统自身出于安全考虑做出的限制。这个限制影响的不单单是 Cocos，所有 JS / Lua 原生平台，包括小游戏平台都是这样。
4赞
意思就是2.0版本更适合做没有动画的棋牌游戏了，更倾向于棋牌专用引擎了。。。
2赞
这玩意不就是做小游戏和棋牌的么。
还能做什么。。。
dragonbones 是否也一样性能下降很多了
您好，我有一个问题，原生开发，游戏启动后，先是一个品牌展示页，然后黑了1-2秒，然后到开发的第一个场景，这个问题，能给看看吗？谢谢！
你的意思是, 目前c++ 版本的cocos2d-x 3.17 的 spine 问题太多？ （（（原始平台spine问题太多，多到没办法修复了吗？） 我怎么没发现原生平台的spine 问题？
js 版本的问题 比较多
我不是评价方案优劣，无论从什么角度出发最终就是要解决业务问题，能更好的支撑业务需求就会有更多人选择和支持。
无论是什么原因影响了你们的决定，目前2.0.1的版本完全无法满足一个中重度游戏的业务开发，真的就变成了一个小游戏定制引擎了。那样的话可能还不如白鹭或laya了，我一开始选择creator，就是非常支持cocos creator的，毕竟跟其它h5的引擎有一个非常明显的区别是真正支持native开发的，而不是套个微端的运行环境壳。
希望creator越做越好，要有更多的人支持，native是本。
中间件的大佬入职了赶紧公布一下优化方案
@jare
4赞
mark
这样搞下去不行啊，creator沦为小游戏和棋牌阵营 中度重度游戏做不了！！！！
2赞
同意，而且接下来的H5市场 ，肯定是往中重度方向的。引擎性能这一块跟不上的，迟早被淘汰
期待优化方案，毕竟spine为主的游戏，性能不行实在上不了
这位兄弟的内容真的是非常有用，不知这位兄弟有没有时间私聊我一下请教一些细节问题。
来看上帝
Mark