TypeScript 编译器参数“skipLibCheck”的使用

Question

我一直在研究对 skipLibCheck TypeScript 编译器参数的进一步解释，以确定将此设置为 true 的安全性。我找到的最深入的解释如下：

新的--skipLibCheck TypeScript 2.0 添加了一个新的 --skipLibCheck 编译器选项，该选项会导致声明文件（扩展名为 .d.ts 的文件）的类型检查被跳过。当程序包含大型声明文件时，编译器会花费大量时间对已知不包含错误的声明进行类型检查，而跳过声明文件类型检查可能会显着缩短编译时间。

由于一个文件中的声明会影响其他文件中的类型检查，因此指定 --skipLibCheck 时可能无法检测到某些错误。例如，如果非声明文件增加了声明文件中声明的类型，则可能会导致仅在检查声明文件时才报告的错误。然而，在实践中，这种情况很少见。

我知道您显然可以从编译器中获得性能优势，而不必键入被认为不包含错误的检查文件，但我已经看到这个标志被用来解决编译器发出的与声明文件有问题。

确实使用此标志来解决此问题会降低应用程序输入的完整性吗？

Answer 1

简明扼要地解释这个问题：

确实 [启用 skipLibCheck] 会降低应用程序输入的完整性吗？

我同意是的，确实如此。但是，如果替代方案是无法编译的应用程序，那么它就会成为一个方便的标志。

虽然 Typescript 本身相当成熟，但 typescript 社区仍然相对年轻。大量的库，甚至是一些原生 typescript 库都有可用的类型定义，但由于各种原因，它们可能彼此不兼容。

您可以导入一个库，其类型是使用比您想要的不太严格的 tsconfig 构建的 - 当您尝试使用它时，您的编译器可能会抱怨。

您会发现两个库定义了相同的类型，但不兼容。我已经导入了一些库，它们为 Buffer 的 Polyfill 提供了自己的类型，但由于它们不兼容，我的整个应用程序将无法编译。

启用--skipLibCheck 可以帮助解决这些问题。打开它会阻止 Typescript 对整个导入的库进行类型检查。相反，Typescript 只会针对这些类型对您使用的代码进行类型检查。这意味着只要您不使用导入库的不兼容部分，它们就可以正常编译。

tl;dr，是的，--skipLibCheck 会降低类型检查，理想情况下我们不会使用它。但并不是每个库都提供完美的类型，所以跳过它可能很好。