改一行JS都要等编辑器卡好久，如何解决

Creator 2.x
#1

能不能不那么卡，creator项目都是用来做Demo的吗。 菊花都要卡残了

#2

拜托说点实质的。。。编辑器卡还是游戏卡，什么平台，什么样级别的项目，什么场景和用例下卡顿。。。
发这么个没内容的帖子哗众取宠有意义么？

2赞
#3

非常流畅。射击游戏，5000+子弹也没什么压力。但是打包后就卡了。大概什么时候能替换spidermonkey到v8啊

#4

拜托说点实质的。。。编辑器卡还是游戏卡，什么平台，什么样级别的项目，什么场景和用例下卡顿。。。
发这么个没内容的帖子哗众取宠有意义么？

2赞
#5

我的游戏资源有180+M，我这边的情况是编辑器卡，资源管理器那边搜索性能不佳，，修改完脚本，编译速度好慢，要等个20秒。。。敢问无编译的1.6啥时候会出来呀，急切~

#6

嗯，1.6 会解决编辑器编译脚本卡的问题，再等等吧～

#7

1.7 可以替换为 v8，但是你的卡顿应该是 1.6 有希望解决，1.6 中升级了 spidermonkey 解决了 GC 卡顿的问题，同时会解决大规模创建对象的卡顿

#8

回复的正解 改一行JS都要等半天。 我觉得你们开发团队应该知道卡吧。 只要稍微有点代码量的工程，编辑的菊花残了。看来只适合做棋牌。。。

#9

請教一下 @panda 大神，

1.6昇級了SpiderMonkey，1.7則要替換為V8，
印象中這種替換，應該是牽一髮動全身，JS跟JSB、C++都有關聯，工程浩大

那麼1.6不是白做工了嗎？@@

為什麼不直接上V8就好，也節省你們寶貴的時間

#10

能免费用这么优秀的产品还这么多抱怨……

1赞
#12

进退两难 开发一半。 目的是想让技术多多辛苦一下，重视一下，他们的一小步，就是大家的一大步。

#13

棋牌 代码量小一些，项目简单一些，我觉得可以会好一些。

#15

1.7是可以替换V8，不是全部替换V8。iOS上就不能用V8，因为V8不能关JIT。

#16

哦哦, 感謝解惑,
所以是採用 iOS (SpiderMonkey) + Android ( Spider Monkey or V8 ) 平台的方案囉

好厲害啊，仰望高端大牛!!

#17

iOS上据说可以用苹果的JavaScriptCore，这样打包iOS游戏的时候就不需要打包JS引擎，减少游戏包的体积。

#18

目前版本的确有这个问题，上面也回复了，我们在积极寻求解决方案，1.6 就可以免编译了，相信会爽很多。

哈哈真细心，很重要的原因 @toddlxt 也说了，就是 v8 不能运行在 iOS 上。1.7 可用的方案的确是：

iOS ( SpiderMonkey or JavaScriptCore ) + Android ( Spider Monkey or V8 )

采取 1.6 -> 1.7 这样的过渡策略主要有下面的几个原因：

  1. JSC，v8 都是新近支持的 JS 引擎，跟我们的绑定层应该还需要磨合，如果直接切换遇到问题恐怕用户吃不消，所以我们肯定要同时升级 Spidermonkey，保证这个我们磨合了很久的 JS 引擎可以运行。
  2. 目前 JSB 2.0 相比 1.0 还有一点点额外的损耗，这个框架层的损耗能不能被 v8 / JSC 的性能优势所超越，我们还在测试。
  3. JSB 2.0 还需要更多时间测试和稳定，所以目前不能急着发，但是大家貌似遇到性能问题都很着急，所以我们先发 1.6 带上 Spidermonkey 的升级给大家，这个版本的绑定层还是以前的框架，所以比较稳定一些
2赞
#19

吓死我了，看来我得准备固定版本了。

#20

其实Lua版本挺好的， 要支持H5 肾疼