是否有任何标志可以传递给meteor工具以加快重新编译？当我对client/内的代码进行编辑时，它们几乎可以立即得到处理，而lib/或server/中的编辑则需要几十秒才能得到处理。
我猜它是因为重建了node.js服务器代码并重启了服务器？
随着代码大小的增加，（自然）重新编译也会变慢。
这确实减慢了开发速度：edit -> run -> debug -> edit周期因重新编译速度慢而耗时太长。
这有什么神奇的修复方法吗？
编辑：一个神奇的解决方案似乎是meteor reset，这似乎会在meteor重新启动时大幅加快重建时间。
答案 0 :(得分：2)
您会发现，{Me}知道您正在进行客户端更改时，client文件夹等中的编辑文件会立即更新。
服务器更改需要完全重新编译源代码，因此运行时间更长，它还会在安装的软件包中进行一些重新计算，并确保没有任何新的或过时的，并在需要时进行更新。
此外，它还监视.meteor/packages文件，以查看是否已从中添加或删除任何软件包并进行更改，而无需从命令行重新启动服务器。
有人谈到希望在解决软件包版本方面尽快提高速度，但目前虽然它在打包版本方面很聪明，但在重新编译时却有点慢。
答案 1 :(得分：0)
不是真的，你必须忍受它。我在重新加载时遇到性能问题，只有在应用程序增长时才会出现问题。
当您更改代码时，Meteor只需重新打包整个应用程序。我想解决这个问题，每当你做出改变时，很容易分心。
你讨厌的简单解决方案：我最近购买了一台更好的电脑而且速度很快，但你仍然会注意到这一点。在流星0.8.3上，这太令人沮丧，以至于我没有像往常一样高效，新电脑上的On Meteor 0.9 / 1.0根据我的个人经验，这需要大约3到8秒。