TS（五）tsconfig配置文件

TS（五）tsconfig配置文件与命名空间

---

1 tsconfig配置文件简介

• 使用tsc --init即可生成ts配置文件

"compilerOptions": {
  "incremental": true, // TS编译器在第一次编译之后会生成一个存储编译信息的文件，第二次编译会在第一次的基础上进行增量编译，可以提高编译的速度
  "tsBuildInfoFile": "./buildFile", // 增量编译文件的存储位置
  "diagnostics": true, // 打印诊断信息 
  "target": "ES5", // 目标语言的版本
  "module": "CommonJS", // 生成代码的模板标准
  "outFile": "./app.js", // 将多个相互依赖的文件生成一个文件，可以用在AMD模块中，即开启时应设置"module": "AMD",
  "lib": ["DOM", "ES2015", "ScriptHost", "ES2019.Array"], // TS需要引用的库，即声明文件，es5 默认引用dom、es5、scripthost,如需要使用es的高级版本特性，通常都需要配置，如es8的数组新特性需要引入"ES2019.Array",
  "allowJS": true, // 允许编译器编译JS，JSX文件
  "checkJs": true, // 允许在JS文件中报错，通常与allowJS一起使用
  "outDir": "./dist", // 指定输出目录
  "rootDir": "./", // 指定输出文件目录(用于输出)，用于控制输出目录结构
  "declaration": true, // 生成声明文件，开启后会自动生成声明文件
  "declarationDir": "./file", // 指定生成声明文件存放目录
  "emitDeclarationOnly": true, // 只生成声明文件，而不会生成js文件
  "sourceMap": true, // 生成目标文件的sourceMap文件
  "inlineSourceMap": true, // 生成目标文件的inline SourceMap，inline SourceMap会包含在生成的js文件中
  "declarationMap": true, // 为声明文件生成sourceMap
  "typeRoots": [], // 声明文件目录，默认时node_modules/@types
  "types": [], // 加载的声明文件包
  "removeComments":true, // 删除注释 
  "noEmit": true, // 不输出文件,即编译后不会生成任何js文件
  "noEmitOnError": true, // 发送错误时不输出任何文件
  "noEmitHelpers": true, // 不生成helper函数，减小体积，需要额外安装，常配合importHelpers一起使用
  "importHelpers": true, // 通过tslib引入helper函数，文件必须是模块
  "downlevelIteration": true, // 降级遍历器实现，如果目标源是es3/5，那么遍历器会有降级的实现
  "strict": true, // 开启所有严格的类型检查
  "alwaysStrict": true, // 在代码中注入'use strict'
  "noImplicitAny": true, // 不允许隐式的any类型
  "strictNullChecks": true, // 不允许把null、undefined赋值给其他类型的变量
  "strictFunctionTypes": true, // 不允许函数参数双向协变
  "strictPropertyInitialization": true, // 类的实例属性必须初始化
  "strictBindCallApply": true, // 严格的bind/call/apply检查
  "noImplicitThis": true, // 不允许this有隐式的any类型
  "noUnusedLocals": true, // 检查只声明、未使用的局部变量(只提示不报错)
  "noUnusedParameters": true, // 检查未使用的函数参数(只提示不报错)
  "noFallthroughCasesInSwitch": true, // 防止switch语句贯穿(即如果没有break语句后面不会执行)
  "noImplicitReturns": true, //每个分支都会有返回值
  "esModuleInterop": true, // 允许export=导出，由import from 导入
  "allowUmdGlobalAccess": true, // 允许在模块中全局变量的方式访问umd模块
  "moduleResolution": "node", // 模块解析策略，ts默认用node的解析策略，即相对的方式导入
  "baseUrl": "./", // 解析非相对模块的基地址，默认是当前目录
  "paths": { // 路径映射，相对于baseUrl
    // 如使用jq时不想使用默认版本，而需要手动指定版本，可进行如下配置
    "jquery": ["node_modules/jquery/dist/jquery.min.js"]
  },
  "rootDirs": ["src","out"], // 将多个目录放在一个虚拟目录下，用于运行时，即编译后引入文件的位置可能发生变化，这也设置可以虚拟src和out在同一个目录下，不用再去改变路径也不会报错
  "listEmittedFiles": true, // 打印输出文件
  "listFiles": true// 打印编译的文件(包括引用的声明文件)
}
 
// 指定一个匹配列表（属于自动指定该路径下的所有ts相关文件）
"include": [
   "src/**/*"
],
// 指定一个排除列表（include的反向操作）
 "exclude": [
   "demo.ts"
],
// 指定哪些文件使用该配置（属于手动一个个指定文件）
 "files": [
   "demo.ts"
]

2 namespace命名空间

1 ts的全局变量污染问题

​ ts要求任何包含顶级的import或者export的文件都会被视作为一个模块，相反地，如果一个文件不带有顶级的import或者export声明，那么它的内容就会被视为全局可见的，对模块也是可见的。

​ 比如在index中和index2中都声明一个变量，由于全局可见因此会报错TS2451: Cannot redeclare block-scoped variable 'a'.：

// index.ts
const a = 2
 
// index2.ts
const a = 1

​ 解决方法有：

• 添加export使变量不对其他文件或者模块全局可见

  export const a = 1

• 使用namespace解决全局变量造成的污染

  // index.ts
  namespace A {
      const a = 1
  }
  // index2.ts
  namespace B {
      const a = 2
  }

​ 命名空间的本质其实是嵌套了一层函数：

"use strict";
var B;
(function (B) {
    B.a = 2;
})(B || (B = {}));
console.log(B.a);

2 命名空间的访问

​ 访问的话，需要暴露 + .访问

namespace B {
    export const a = 2
}
console.log(B.a)

3 命名空间的嵌套

namespace B {
    export namespace C {
        export const a = 2
    }
}
console.log(B.C.a)

4 抽离命名空间

​ 可以使用分别暴露将命名空间抽离为一个文件进行使用

export namespace B {
    export const a = 2
}

import {B} from './index2'
namespace A {
    export const a = 1
}
console.log(B.a)

5 简化命名空间

• 对于嵌套的命名空间，可以使用import AA = A.B进行简化：

index.ts

export namespace A {
    export namespace B {
        export const a = 2
    }
}

index2.ts

import {A} from './index'
import AA = A.B
 
console.log(AA.a)

6 重名的命名空间会自动合并

export namespace A {
    export const a = 2
}
 
export namespace A {
    export const b = 1
}
 
console.log(A.a, A.b)