编译上下文

编译上下文算是一个比较花哨的术语,它用来给文件分组,告诉 TypeScript 哪些文件是有效的,哪些是无效的。除了有效文件所携带信息外,编译上下文也包含了有哪些编译选项正在使用。定义这种逻辑分组,一个比较好的方式是使用 tsconfig.json 文件。

tsconfig.json

基础

开始使用 tsconfig.json 是一件比较容易的事,你仅仅需要写下:

  1. {}

例如在你项目的根目录下创建一个空 json 文件。通过此种方式,TypeScript 将会把此目录下(和子目录)的所有 .ts 文件做为编译上下文的一部分,它还会包含一部分默认的编译选项。

编译选项

你可以通过 compilerOptions 来定制你的编译选项:

  1. {
  2. "compilerOptions": {
  3. /* 基本选项 */
  4. "target": "es5", // 指定 ECMAScript 目标版本: 'ES3' (default), 'ES5', 'ES2015', 'ES2016', 'ES2017', or 'ESNEXT'
  5. "module": "commonjs", // 指定使用模块: 'commonjs', 'amd', 'system', 'umd' or 'es2015'
  6. "lib": [], // 指定要包含在编译中的库文件
  7. "allowJs": true, // 允许编译 javascript 文件
  8. "checkJs": true, // 报告 javascript 文件中的错误
  9. "jsx": "preserve", // 指定 jsx 代码的生成: 'preserve', 'react-native', or 'react'
  10. "declaration": true, // 生成相应的 '.d.ts' 文件
  11. "sourceMap": true, // 生成相应的 '.map' 文件
  12. "outFile": "./", // 将输出文件合并为一个文件
  13. "outDir": "./", // 指定输出目录
  14. "rootDir": "./", // 用来控制输出目录结构 --outDir.
  15. "removeComments": true, // 删除编译后的所有的注释
  16. "noEmit": true, // 不生成输出文件
  17. "importHelpers": true, // 从 tslib 导入辅助工具函数
  18. "isolatedModules": true, // 将每个文件做为单独的模块 (与 'ts.transpileModule' 类似).
  19. /* 严格的类型检查选项 */
  20. "strict": true, // 启用所有严格类型检查选项
  21. "noImplicitAny": true, // 在表达式和声明上有隐含的 any类型时报错
  22. "strictNullChecks": true, // 启用严格的 null 检查
  23. "noImplicitThis": true, // 当 this 表达式值为 any 类型的时候,生成一个错误
  24. "alwaysStrict": true, // 以严格模式检查每个模块,并在每个文件里加入 'use strict'
  25. /* 额外的检查 */
  26. "noUnusedLocals": true, // 有未使用的变量时,抛出错误
  27. "noUnusedParameters": true, // 有未使用的参数时,抛出错误
  28. "noImplicitReturns": true, // 并不是所有函数里的代码都有返回值时,抛出错误
  29. "noFallthroughCasesInSwitch": true, // 报告 switch 语句的 fallthrough 错误。(即,不允许 switch 的 case 语句贯穿)
  30. /* 模块解析选项 */
  31. "moduleResolution": "node", // 选择模块解析策略: 'node' (Node.js) or 'classic' (TypeScript pre-1.6)
  32. "baseUrl": "./", // 用于解析非相对模块名称的基目录
  33. "paths": {}, // 模块名到基于 baseUrl 的路径映射的列表
  34. "rootDirs": [], // 根文件夹列表,其组合内容表示项目运行时的结构内容
  35. "typeRoots": [], // 包含类型声明的文件列表
  36. "types": [], // 需要包含的类型声明文件名列表
  37. "allowSyntheticDefaultImports": true, // 允许从没有设置默认导出的模块中默认导入。
  38. /* Source Map Options */
  39. "sourceRoot": "./", // 指定调试器应该找到 TypeScript 文件而不是源文件的位置
  40. "mapRoot": "./", // 指定调试器应该找到映射文件而不是生成文件的位置
  41. "inlineSourceMap": true, // 生成单个 soucemaps 文件,而不是将 sourcemaps 生成不同的文件
  42. "inlineSources": true, // 将代码与 sourcemaps 生成到一个文件中,要求同时设置了 --inlineSourceMap 或 --sourceMap 属性
  43. /* 其他选项 */
  44. "experimentalDecorators": true, // 启用装饰器
  45. "emitDecoratorMetadata": true // 为装饰器提供元数据的支持
  46. }
  47. }

这些(或者更多)编译选项,将会在稍后讨论。

TypeScript 编译

好的 IDE 支持对 TypeScript 的即时编译。但是,如果你想在使用 tsconfig.json 时从命令行手动运行 TypeScript 编译器,你可以通过以下方式:

  • 运行 tsc,它会在当前目录或者是父级目录寻找 tsconfig.json 文件。
  • 运行 tsc -p ./path-to-project-directory 。当然,这个路径可以是绝对路径,也可以是相对于当前目录的相对路径。
    你甚至可以使用 tsc -w 来启用 TypeScript 编译器的观测模式,在检测到文件改动之后,它将重新编译。

哪个文件?

你也可以显式指定需要编译的文件:

  1. {
  2. "files": [
  3. "./some/file.ts"
  4. ]
  5. }

或者,你可以使用 includeexclude 选项来指定需要包含的文件,和排除的文件:

  1. {
  2. "include": [
  3. "./folder"
  4. ],
  5. "exclude": [
  6. "./folder/**/*.spec.ts",
  7. "./folder/someSubFolder"
  8. ]
  9. }

注意

使用 globs/* (一个示例用法:some/folder//*)意味着匹配所有的文件夹和所有文件(扩展名为 .ts/.tsx,当开启了 allowJs: true 选项时,扩展名可以是 .js/.jsx)。

原文: https://jkchao.github.io/typescript-book-chinese/project/compilationContext.html