保存时,VS2017需要很长时间重新编译打字稿

我有一个ASP.Net项目,其中一些TypeScript通过NPM @types使用D3 / SignalR / Lodash。

直到上周我们使用VS2015,没有问题。 实际上,编译时间给我留下了深刻的印象,因为我之前的沙箱环境是在Sublime中,并且花费了大约4秒的时间来构建。 VS2015似乎在保存时立即执行,所以我对此非常满意。

现在我们已经升级到VS2017,并且节约已经成为一个巨大的问题。 由于TypeScript编译器现在缓慢地遍历每个类型定义文件(d3,lodash,signalR等),因此保存需要30秒以上。 即使我进行了最小的修改,比如修复字符串中的拼写错误,或更改int常量,仍需要30多秒才能重新编译。 实际上,即使我只是按下CTRL + S,甚至不做任何更改,我认为它甚至会重新编译。

底部的状态是:

生成'[']'完整。 剩余的文件仍在编译。

我已经看过这个了,显然“从VS2015开始”现在需要进行完整的重新编译。 我不知道发生了什么变化,但是从VS2015升级到VS2017以来,发生了巨大的变化。

这是我的tsconfig.json文件:

{
  "compileOnSave": true,
  "compilerOptions": {
    "noImplicitAny": true,
    "removeComments": true,
    "preserveConstEnums": true,
    "alwaysStrict": true,
    "out": /* out */,
    "sourceMap": true
  },
  "files": [
    /* files */
  ],
  "exclude": [
    "node_modules"
  ]
}

我最近补充说,排除node_modules希望它能解决问题,但似乎没有任何区别。

有任何想法吗? 谢谢。


似乎被报告为一个问题。 目前正在调查中。 我也有同样的问题。 真的很烦人。 https://developercommunity.visualstudio.com/content/problem/10762/typescript-background-compilation-too-often-causes.html

链接地址: http://www.djcxy.com/p/95607.html

上一篇: VS2017 takes long time recompiling typescript on save

下一篇: When is case syntactically significant?