是一个mmorpg项目
建议配置驱动，数据驱动，用 DSL，用外部插件。开发的代码建议拆分，不和配置混在一起，以免影响编译效率。
不自动刷新就不卡了，用unity的时候也没有发现禁用自动刷新的功能，能够禁用是很好的设定
1赞
时间久了还是会卡住
跟2w的ts数量无关，即使是2000，或者200,50吧，也会出现不同程序的卡顿，只要是涉及到自动刷新都会出卡顿问题，大概率是你们的编辑器处理文件的思路不对，而且这个我记得是去年就反馈过了，但是可想而知你们并没有改变现状去做更好的优化，比如是否可以采用编译型语言重写这部分逻辑以获取更佳的性能，而不是用js来写这部分代码，electron框架固然好，但是性能达不到，不要太过依赖这个框架。我建议前端开发编辑器的人最好是开发过几年的后端，否则前端仔真的是压根不考虑性能的。能实现功能已经很不错了，早早下班是他们的愿望.
unity可以的，我们项目卡的不行，就是禁用自动编译的，ctrl-r手动编译
看了一下，unity的禁用自动刷新确实禁止了刷新
不要觉得2W多是个天文数字。 随便一个中重度的游戏。代码+资源 文件个数超过5W个是很稀松平常的。
资源5w甚至10w都正常，但代码2w个真不是常人能做得出来 
有什么不正常的。 我现在项目已经6000多个ts文件了。
再大一点的项目2万个 我也觉得合情合理啊。
说过多少遍了 大型项目就别用ccc了，用laya吧。。。。
因为3.x 的版本还没有考虑到大家会开发超过2万个文件以上的项目吗？
别说两W了。呵呵，我一百都不到，经常背自动刷新恶心的不行。不知道哪里可以设置不要自动刷新，能不能加个选项。手动刷新。写完代码在点手动刷新、
我经常改了脚本以为他刷新了。调试半天还是有BUG，结果发现编辑器都没刷新成功。重启就好了。
17 楼有给出截图，现在是支持手动刷新的。
感谢你的建议，回头跟我们的前端仔说一下，以后下班早点滚，别研究 Rust，把之前做的后端全忘掉，不要老是晚上和周六加班。
抱歉目前确实不支持单工程 2 万个脚本以上的项目，会卡顿了。
除了拆分工程，通过动态加载，也建议像楼上说的，通过配置驱动，数据驱动，将开发的代码和配置拆分，不要混合编译，不要游戏一运行就全部加载。以免影响编译、构建和运行效率。
怼得思路新奇 
看得出很勤奋，但是大多数人更看重的是结果，如果采用编译型语言来重写这部分逻辑还是有问题，那就要仔细斟酌到底是不是算法没写好了。。。rust确实是适合做前端ui的，很高兴官方可以将它纳入眼里
就事论事讨论呗，别动不动说别人能力怎么怎么样。不在其位不知道当前的困难和痛点。