Typescript：为啥 Visual Studio 代码不报告与命令行 tsc 相同的错误？

Posted 2023-03-13

【中文标题】Typescript：为啥 Visual Studio 代码不报告与命令行 tsc 相同的错误？

【英文标题】：Typescript: Why doesn't visual studio code report the same errors that the command line tsc does?Typescript：为什么 Visual Studio 代码不报告与命令行 tsc 相同的错误？

【发布时间】：2020-07-03 07:20:45

【问题描述】：

如果我故意在代码中打错字，我会收到错误消息。这是正确的代码：

declare const State: TwineState;

如果我删除最后一个字符，然后在命令行中输入 tsc，它会给我这个错误：

tsc/prod.spec.ts:7:22 - error TS2304: Cannot find name 'TwineStat'.

7 declare const State: TwineStat;

但 Visual Studio Code 似乎没有意识到有任何错误。

如何让我的编辑器向我显示 tsc 命令识别的相同错误？我对所有这些技术都很陌生，所以我不知道哪些信息有助于排除故障，但这里是我的配置文件：

package.json:

...
  "version": "1.0.0",
  "main": ".webpack/main",
  "scripts": 
    "compile-typescript": "tsc && cp tscbuild/prod.js story/",
    "lint": "eslint tsc/** --fix",
    "test": "npm run lint && ts-node node_modules/jasmine/bin/jasmine && npm run compile-typescript ..."
  ,
  "keywords": [],
...
  "devDependencies": 
    "@types/jasmine": "^3.5.9",
    "@types/node": "^13.9.1",
    "@typescript-eslint/eslint-plugin": "^2.24.0",
    "@typescript-eslint/parser": "^2.24.0",
    "eslint": "^6.8.0",
    "eslint-plugin-testcafe": "^0.2.1",
    "jasmine": "^3.5.0",
    "testcafe": "^1.8.2",
    "ts-node": "^8.6.2",
    "typescript": "^3.7.0"
  ,
  "dependencies": 

tsconfig.json：

  "compilerOptions": 
    /* Basic Options */
    // "incremental": true,                   /* Enable incremental compilation */
    "target": "es5",                          /* Specify ECMAScript target version: 'ES3' (default), 'ES5', 'ES2015', 'ES2016', 'ES2017', 'ES2018', 'ES2019', 'ES2020', or 'ESNEXT'. */
    "module": "commonjs",                     /* Specify module code generation: 'none', 'commonjs', 'amd', 'system', 'umd', 'es2015', 'es2020', or 'ESNext'. */
    "lib": ["es6","dom"],                           /* Specify library files to be included in the compilation. */
    "allowJs": false,                         /* Allow javascript files to be compiled. */
    // "checkJs": true,                       /* Report errors in .js files. */
    // "jsx": "preserve",                     /* Specify JSX code generation: 'preserve', 'react-native', or 'react'. */
    // "declaration": true,                   /* Generates corresponding '.d.ts' file. */
    // "declarationMap": true,                /* Generates a sourcemap for each corresponding '.d.ts' file. */
    // "sourceMap": true,                     /* Generates corresponding '.map' file. */
    // "outFile": "./",                       /* Concatenate and emit output to single file. */
    "outDir": "tscbuild",                        /* Redirect output structure to the directory. */
    "rootDir": "tsc",                         /* Specify the root directory of input files. Use to control the output directory structure with --outDir. */
    // "composite": true,                     /* Enable project compilation */
    // "tsBuildInfoFile": "./",               /* Specify file to store incremental compilation information */
    // "removeComments": true,                /* Do not emit comments to output. */
    // "noEmit": true,                        /* Do not emit outputs. */
    // "importHelpers": true,                 /* Import emit helpers from 'tslib'. */
    // "downlevelIteration": true,            /* Provide full support for iterables in 'for-of', spread, and destructuring when targeting 'ES5' or 'ES3'. */
    // "isolatedModules": true,               /* Transpile each file as a separate module (similar to 'ts.transpileModule'). */

    /* Strict Type-Checking Options */
    "strict": true,                           /* Enable all strict type-checking options. */
    "noImplicitAny": true,                    /* Raise error on expressions and declarations with an implied 'any' type. */
    "strictNullChecks": true,              /* Enable strict null checks. */
    "strictFunctionTypes": true,           /* Enable strict checking of function types. */
    "strictBindCallApply": true,           /* Enable strict 'bind', 'call', and 'apply' methods on functions. */
    "strictPropertyInitialization": true,  /* Enable strict checking of property initialization in classes. */
    // "noImplicitThis": true,                /* Raise error on 'this' expressions with an implied 'any' type. */
    "alwaysStrict": true,                  /* Parse in strict mode and emit "use strict" for each source file. */

    /* Additional Checks */
    "noUnusedLocals": true,                /* Report errors on unused locals. */
    // "noUnusedParameters": true,            /* Report errors on unused parameters. */
    "noImplicitReturns": true,             /* Report error when not all code paths in function return a value. */
    "noFallthroughCasesInSwitch": true,    /* Report errors for fallthrough cases in switch statement. */

    /* Module Resolution Options */
    // "moduleResolution": "node",            /* Specify module resolution strategy: 'node' (Node.js) or 'classic' (TypeScript pre-1.6). */
    // "baseUrl": "./",                       /* Base directory to resolve non-absolute module names. */
    // "paths": ,                           /* A series of entries which re-map imports to lookup locations relative to the 'baseUrl'. */
    // "rootDirs": [],                        /* List of root folders whose combined content represents the structure of the project at runtime. */
    // "typeRoots": [],                       /* List of folders to include type definitions from. */
    // "types": [],                           /* Type declaration files to be included in compilation. */
    // "allowSyntheticDefaultImports": true,  /* Allow default imports from modules with no default export. This does not affect code emit, just typechecking. */
    "esModuleInterop": true,                  /* Enables emit interoperability between CommonJS and ES Modules via creation of namespace objects for all imports. Implies 'allowSyntheticDefaultImports'. */
    // "preserveSymlinks": true,              /* Do not resolve the real path of symlinks. */
    // "allowUmdGlobalAccess": true,          /* Allow accessing UMD globals from modules. */

    /* Source Map Options */
    // "sourceRoot": "",                      /* Specify the location where debugger should locate TypeScript files instead of source locations. */
    // "mapRoot": "",                         /* Specify the location where debugger should locate map files instead of generated locations. */
    // "inlineSourceMap": true,               /* Emit a single file with source maps instead of having a separate file. */
    // "inlineSources": true,                 /* Emit the source alongside the sourcemaps within a single file; requires '--inlineSourceMap' or '--sourceMap' to be set. */

    /* Experimental Options */
    // "experimentalDecorators": true,        /* Enables experimental support for ES7 decorators. */
    // "emitDecoratorMetadata": true,         /* Enables experimental support for emitting type metadata for decorators. */

    /* Advanced Options */
    "resolveJsonModule": true,                /* Include modules imported with '.json' extension */
    "forceConsistentCasingInFileNames": true  /* Disallow inconsistently-cased references to the same file. */
  

.eslintrc.js:

module.exports = 
  env: 
    browser: true,
    es6: true,
    node: true,
    jasmine: true,
  ,
  "extends": [
    "eslint:recommended",
    "plugin:@typescript-eslint/recommended",
    "plugin:testcafe/recommended"
  ],
  globals: 
    Atomics: "readonly",
    SharedArrayBuffer: "readonly"
  ,
  parser: "@typescript-eslint/parser",
  parserOptions: 
    ecmaVersion: 2018,
    project: "./tsconfig.json",
  ,
  plugins: ["@typescript-eslint", "testcafe"],
  rules: 
    quotes: ["error", "double"],
    "no-plusplus": ["off"],
    "@typescript-eslint/camelcase": ["off"]
  
;

【问题讨论】：

听起来 TS Server 搞糊涂了。如果重新启动它会显示错误吗？ (Command Pallet -> 重启 TS Server)

尽管它已被弃用，但我还是很幸运地同时使用了 TSLint 插件和 ESLint。此外，您是否必须手动安装 @typescript-eslint 插件，或者将其列在 eslintrc 中会导致自动使用？我不确定如何真正整合它们。

@Gerrit0 我运行了它，但没有任何效果。重启 Visual Studio 也没有效果

@Tedskovsky 我的知识不足以自信地回答您的问题，但从略读github.com/typescript-eslint/typescript-eslint/tree/master/… 看来，我已经按照官方文档所说的方式安装了它。既然我已经发布了配置，我还没有提供足够的信息来回答这个问题吗？

我遇到了这个问题，只有一个特定的 TS 错误（其他一切正常）。原来这是 VSCode 的 TS 版本与我的项目的版本（这个答案有助于修复：***.com/a/39676463）

【参考方案1】：

发生这种情况的原因可能有很多。这有时会发生在我身上，我无法解释为什么会发生这种情况，但我注意到tsconfig.json 中的incremental 功能/标志可能会导致转译器缓存过时的数据，从而导致这些差异。看来 VSCode 可能不会使用 incremental 缓存的数据，而命令行会使用。

有两种方法可以测试和解决此问题。一种是将 tsconfig.json 中的增量标志翻转为 false。完成此操作后，错误将出现在命令行上。问题是，当您将其翻转回true 时，这些错误就会消失。另一种选择是删除您的outDir - 通常称为dist/ 或build/ 或类似名称。

我尚未确认的第三个选项是仅删除 tsconfig.tsbuildinfo 文件，该文件通常也在 outDir 中。 tsconfig.json 中有一个名为 tsBuildInfoFile 的设置，它将将此文件重定向到您为该道具指定的任何值，因此如果您在 outDir 中找不到它，请尝试该位置。

【讨论】：

我跳过并首先删除了我的本地 /dist，这导致我的转译器因另一个可验证的荒谬错误而跳闸，然后按照您的建议切换了 incremental 标志，我重新启动并运行.我（也）在许多配置不同的 repos 中工作，但我从来没有像这样“坚持”过错误的 TS 错误。谢谢！

【参考方案2】：

VS Code 问题报告与命令行tsc 错误报告之间存在差异的一个可能原因是，即使您没有保存修改，VS Code 也会使用您的修改。

例如，如果您修改界面但不保存文件，VS Code 可能会报告不兼容类型的错误，而tsc 正在使用保存的文件而不进行修改并且很高兴没有问题。尤其是固定的文件有相当小的修改图标，当我通过艰难的方式学习时，它可能不会被注意到。

【讨论】：

就我而言，自动保存已开启。