Visual studio code 流慢性能

Visual studio code 流慢性能,visual-studio-code,flowtype,Visual Studio Code,Flowtype,我曾尝试将flow与VS代码一起使用,即使在多次保存之后,保存任何单个文件也总是需要大约7-8秒的时间。这使得使用flow非常困难,因为我不得不等待很长时间才能看到结果。我认为这可能是我的配置有问题,但即使在新的代码库上,我也有这个问题。我尝试过卸载和重新安装flow,甚至节点几次都没有成功 VSCode版本信息: 流量0.46.0 VS代码1.12.2 flowtype.flow-for-vscode 0.6.0(未安装其他插件或主题) 节点v.7.10.0 您的项目大约有多大?如果您正在编

我曾尝试将flow与VS代码一起使用,即使在多次保存之后,保存任何单个文件也总是需要大约7-8秒的时间。这使得使用flow非常困难,因为我不得不等待很长时间才能看到结果。我认为这可能是我的配置有问题,但即使在新的代码库上,我也有这个问题。我尝试过卸载和重新安装flow,甚至节点几次都没有成功

VSCode版本信息:

  • 流量0.46.0
  • VS代码1.12.2
  • flowtype.flow-for-vscode 0.6.0(未安装其他插件或主题)
  • 节点v.7.10.0

您的项目大约有多大?如果您正在编辑一个包含数百个下游依赖项的文件,这并不罕见,在保存文件时,所有这些依赖项都会被重新检查。如果您正在编辑一个没有或很少下游依赖项的文件,那么速度应该快得多。即使我添加了一个其他地方没有使用的新函数,保存操作仍然很慢。我的代码库对于flow来说是否太大了?flow目前不跟踪函数级别的依赖关系,只跟踪模块级别的依赖关系。如果你添加了一个没有在其他地方使用的新文件,它仍然很慢吗?是的,这基本上是在这一点上预期的。这也是Facebook内部的一大抱怨。实际上,我现在正在做一些工作,以便在计算错误时将错误发送到IDE(因此您将很快得到当前文件的错误,稍后会得到下游错误)。这将首先与核素相结合。最近在Flow上进行了一些性能改进工作,我认为很多人希望这种情况继续下去。当然还有很多潜在的优化方案,这只是一个实现它们的问题。谢谢Nat!这真的有助于澄清问题,我感谢您和团队在流程中付出的辛勤工作。我期待着性能随着时间的推移而提高。