Question

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

直到上周，我们才使用VS2015，没有任何问题。实际上，我对编译时间印象非常深刻，因为我早期的沙盒环境是Sublime，需要大约4秒才能构建。 VS2015似乎在保存时几乎立刻就做到了，所以我对此非常满意。

现在我们已升级到VS2017，节省已成为一个巨大的问题。保存需要30多秒，因为TypeScript编译器现在慢慢地遍历每个类型定义文件（d3，lodash，signalR等）。即使我做了最微小的改变，比如修改字符串中的拼写错误，或者更改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希望它可以解决问题，但它似乎没有任何区别。

有什么想法吗？感谢。

Answer 1

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

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

1 个答案: