因为3.x 的版本还没有考虑到大家会开发超过2万个文件以上的项目吗？
别说两W了。呵呵，我一百都不到，经常背自动刷新恶心的不行。不知道哪里可以设置不要自动刷新，能不能加个选项。手动刷新。写完代码在点手动刷新、
我经常改了脚本以为他刷新了。调试半天还是有BUG，结果发现编辑器都没刷新成功。重启就好了。
17 楼有给出截图，现在是支持手动刷新的。
感谢你的建议，回头跟我们的前端仔说一下，以后下班早点滚，别研究 Rust，把之前做的后端全忘掉，不要老是晚上和周六加班。
抱歉目前确实不支持单工程 2 万个脚本以上的项目，会卡顿了。
除了拆分工程，通过动态加载，也建议像楼上说的，通过配置驱动，数据驱动，将开发的代码和配置拆分，不要混合编译，不要游戏一运行就全部加载。以免影响编译、构建和运行效率。
怼得思路新奇 
看得出很勤奋，但是大多数人更看重的是结果，如果采用编译型语言来重写这部分逻辑还是有问题，那就要仔细斟酌到底是不是算法没写好了。。。rust确实是适合做前端ui的，很高兴官方可以将它纳入眼里
就事论事讨论呗，别动不动说别人能力怎么怎么样。不在其位不知道当前的困难和痛点。
你没出来我在就事论事吗。。。跟客户谈努力过程不现实，技术好不好其实不是用cc的人关注的，投资人我相信也是只看结果，既然在其位，那么我相信还是希望有这个能力才在其位，没这个能力的话却在其位，你觉得是混日子还是坑投资人呢。。。我现在就是在就事论事，一个版本解决不了卡顿问题不是大问题，如果5个版本，一年时间还解决不了，你觉得这是我在挑事还是官方的不作为的几率大点呢。。。固然有其他东西需要花销你的时间，但是一年时间理论上应该是足够解决这个卡顿的问题，能力行不行，看今年产品。我不是怀疑官方的能力，能力有高低那很正常，不是你学历多高能力就多高，既然拿到了投资人的钱，解决下编辑器卡顿的问题，一年时间足矣，如果解决不了，直接裁掉整个编辑器自动刷新
功能的组即可，无需多言
别搞得我好像又在喷cc，我也不是开发编辑器自动刷新功能的人，我只是怀疑这个功能用的是动态语言写的，既然是编译型语言写的，所以我建议看看算法，我说了不要杠了，如果写的真没问题，又何来卡顿的帖子，有则改之无则加勉，如今我已经不想再纠结于cc的卡顿，毕竟我对它的要求没多高，.给努力过程别人不是很在意，给个结果就行。
正在用unity 2020，自动刷新是默认开启的，需要手动关闭。我也是google到的，没人跟我说。
来来来，去unity论坛喷：MD为什么你们有自动刷新，给爷改算法！改语言！改框架！
(喷完记得在这回个帖，我好去顶)
1赞
顺便试试 Unity 编译 2w 个 C# 文件卡不卡，卡的话就给他们一年时间（虽然 Unity 历史比 Creator 长多了，没事再多送一年），坚决不了参考这位老兄说的处理
其实 卡不卡 和开发语言关系不是大 你用c++开发顶多你的卡的上限会高一些而已。只要你文件足够多不管你是什么语言开发的都一样会卡 主要是加载策略 刷新策略
这个是机制的问题。无meta文件记录信息，无需处理资源，无需刷新。再多都不卡。当然，总不能叫ccc或者unity不用这个机制吧。 哈哈哈哈。然后再使用一下vite。无需编译。之前使用vite跟egret结合。开发时候也是很爽。
我们现在也是mmorpg 用的Laya 没有meta记录，用起来体验好太多了，
我不是说2w的这个数目，我也不是纠结于2w的ts，我说的是其他资源也类似，比如图片数量，预制体等等那些，只要项目一大，我发觉真的就不是2w的ts的锅，应该资源数量2000也挺卡，所以在这里提下建议2022年优化下，我这边机子已经是重新升级了好一点的了，希望不要太卡就行。。真的不是特地来黑cc的。语言可能不是很好听，望见谅
没有，我看过程也可以，结果只是第二位
应该手动刷新和编译，这个设定实现应该很简单
unity也卡，刷新编译卡是必然的，只要设置手动编译就可以了
学unity吧，直接Mono + C#或TS重新设计新引擎creator4.0，保证性能做火箭般飞升。或者学ue设计creator5.0，蓝图+ c++。什么大项目都能开发