tsconfig.json详细配置
根选项
include：指定被编译文件所在的目录。
exclude：指定不需要被编译的目录。
extends：指定要继承的配置文件。
files：指定被编译的文件。
references：项目引用，是 TS 3.0 中的一项新功能，它允许将 TS 程序组织成更小的部分。
使用小技巧：在填写路径时 ** 表示任意目录， * 表示任意文件。
compilerOptions
定义项目的运行时期望、JavaScript 的发出方式和位置以及与现有 JavaScript 代码的集成级别。
项目选项
incremental：是否启用增量编译，指再次编译时只编译增加的内容，默认：false。
target：指定ts编译成ES的版本。
module：指定编译后代码使用的模块化规范。
lib：指定项目运行时使用的库。
outDir：指定编译后文件所在目录。
outFile：将代码编译合并成一个文件，默认将所有全局作用域中的代码合并成一个文件。
rootDir：指定输入文件的根目录，默认情况下当前的项目目录为根目录。
allowJs：是否对js文件进行编译，默认：false。
checkJs：是否检查js代码是否符合语法规范，当使用checkJs，必须使用allowJs，默认：false。
removeComments：是否移除注释，默认：false
noEmit：不生成编译后的文件，默认：false。
jsx：指定JSX代码生成用于的开发环境。
plugins：在编辑器中运行的语言服务插件列表。
declaration：是否生成相应的 .d.ts 声明文件，默认：false。
declarationMap：是否为每个对应的 .d.ts 文件生成一个 Map 文件，使用该功能时，需要declaration或composite配合一起使用，默认：false。
sourceMap：是否生成相应的Map映射的文件，默认：false。
composite：是否开启项目编译，开启该功能，将会生成被编译文件所在的目录，同时开启declaration、declarationMap和incremental，默认：false。
tsBuildInfoFile：指定增量编译信息文件的位置，使用该功能时，必须开启incremental选项。
importHelpers：是否将辅助函数从 tslib 模块导入，默认：false。
downlevelIteration：是否用于转换为旧版本的 JS 提供可迭代对象的全面支持，默认：false。
isolatedModules：是否将每个文件转换为单独的模块，默认：false。
严格检查
strict：是否启动所有严格检查的总开关，默认：false，启动后将开启所有的严格检查选项。
alwaysStrict：是否以严格模式解析，并为每个源文件发出"use strict"，默认：false。
noImplicitAny：是否禁止隐式的any类型，默认：false。
noImplicitThis：是否禁止不明确类型的this，默认：false。
strictNullChecks：是否启用严格的空检查，默认：false。
strictBindCallApply：是否在函数上启用严格的’bind’， 'call’和’apply’方法，默认：false。
strictFunctionTypes：是否启用对函数类型的严格检查，默认：false。
strictPropertyInitialization：是否启用严格检查类的属性初始化，默认：false。
模块解析选项
moduleResolution：指定模块解析策略，node或classic
baseUrl：用于解析非绝对模块名的基本目录，相对模块不受影响。
paths：用于设置模块名称基于baseUrl的路径映射关系。
rootDirs：将多个目录放在一个虚拟目录下，运行编译后文件引入的位置发生改变，也不会报错。
typeRoots：指定声明文件或文件夹的路径列表
types：用来指定需要包含的模块，并将其包含在全局范围内。
allowSyntheticDefaultImports：是否允许从没有默认导出的模块中默认导入，默认：false。
esModuleInterop：是否通过为所有导入模块创建命名空间对象，允许CommonJS和ES模块之间的互操作性，开启改选项时，也自动开启allowSyntheticDefaultImports选项，默认：false。
preserveSymlinks：是否不解析符号链接的真实路径，这是为了在 Node.js 中反映相同的标志，默认：false。
allowUmdGlobalAccess：允许您从模块文件内部访问作为全局变量的 UMD 导出，如果不使用该选项，从 UMD 模块导出需要一个导入声明，默认：false。
Map选项
sourceRoot：指定调试器应定位 TypeScript 文件而不是相对源位置的位置。
mapRoot：指定调试器定位Map文件的位置，而不是生成的位置。
inlineSourceMap：是否将Map文件内容嵌套到 JS 文件中，这会导致 JS 文件变大，但在某些情况下会很方便，默认：false。
inlineSources：是否将 .ts 文件的原始内容作为嵌入字符串包含在 .map 文件中，默认：false。
附加检查
noUnusedLocals：是否检查未使用的局部变量，默认：false。
noUnusedParameters：是否检查未使用的参数，默认：false。
noImplicitReturns：检查函数是否不含有隐式返回值，默认：false。
noImplicitOverride：是否检查子类继承自基类时，其重载的函数命名与基类的函数不同步问题，默认：false。
noFallthroughCasesInSwitch：检查switch中是否含有case没有使用break跳出，默认：false。
noUncheckedIndexedAccess：是否通过索引签名来描述对象上有未知键但已知值的对象，默认：false。
noPropertyAccessFromIndexSignature：是否通过" . “(obj.key) 语法访问字段和"索引”( obj[“key”])， 以及在类型中声明属性的方式之间的一致性，默认：false。
实验选项
experimentalDecorators：是否启用对装饰器的实验性支持，装饰器是一种语言特性，还没有完全被 JavaScript 规范批准，默认：false。emitDecoratorMetadata：为装饰器启用对发出类型元数据的实验性支持，默认：false。
高级选项
allowUnreachableCode：是否允许无法访问的代码(undefined / true / false)，默认：undefined。
undefined：向编辑提供建议作为警告。
true：未使用的标签被忽略。
false：引发有关未使用标签的编译器错误。
allowUnusedLabels：是否允许未使用的标签(undefined / true / false)，默认：undefined。
undefined：向编辑提供建议作为警告。
true：未使用的标签被忽略。
false：引发有关未使用标签的编译器错误。
assumeChangesOnlyAffectDirectDependencies是否避免重新检查/重建所有真正可能受影响的文件，而只会重新检查/重建已更改的文件以及直接导入它们的文件，默认：false。
charset：字符集(已弃用)，默认：utf8
declarationDir：提供一种方法来配置发出声明文件的根目录。
diagnostics：用于输出用于调试的诊断信息
disableReferencedProjectLoad：是否禁用所有可用项目加载到内存中，默认：false。
disableSizeLimit：为了避免在处理非常大的 JS 项目时可能出现的内存膨胀问题，TS 将分配的内存量有一个上限，默认：false。
disableSolutionSearching：在编辑器中搜索查找所有引用或跳转到定义等功能时，禁止包含复合项目，默认：false。
disableSourceOfProjectReferenceRedirect：是否禁用项目引用源重定向，默认：false。
emitBOM：控制TypeScript在写输出文件时是否发出字节顺序标记(BOM)，默认：false。
emitDeclarationOnly：是否只发出.d.ts 文件，不发出.js 文件，使用该选项时，需要配合 declaration 或 composite 一起使用，默认：false。
explainFiles：解释文件，此选项用于调试文件如何成为编译的一部分，默认：false。
extendedDiagnostics：是否查看 TS 在编译时花费的时间，默认：false。
forceConsistentCasingInFileNames：是否区分文件系统大小写规则，默认：false。
generateCpuProfile：在编译阶段让 TS 发出 CPU 配置文件，只能通过终端或 CLI 调用 --generateCpuProfile tsc-output.cpuprofile 。
importsNotUsedAsValues：此标志控制如何 import 工作方式，有 3 个不同的选项：remove、preserve 和 error 。
jsxFactory：当使用经典的JSX运行时编译JSX元素时，更改.js文件中调用的函数，默认：React.createElement 。
jsxFragmentFactory：指定 JSX 片段工厂函数在指定了 jsxFactory 编译器选项的情况下针对 react JSX 发出时使用。
jsxImportSource：当在TS 4.1中使用 jsx 作为 react-jsx 或 react-jsxdev 时，声明用于导入jsx和jsxs工厂函数的模块说明符。
keyofStringsOnly：当应用具有字符串索引签名的类型时，此标志将类型操作符的键值更改为返回 string 而不是string | number，已弃用，默认：false。
listEmittedFiles：是否将编译部分生成的文件的名称打印到终端，默认：false。
listFiles：是否打印编译文件部分的名称，默认：false。
maxNodeModuleJsDepth：在node_modules下搜索并加载JavaScript文件的最大依赖深度，默认：0 。
newLine：指定发出文件时要使用的换行规则，CRLF (dos) 或 LF (unix)。
noEmitHelpers：是否使用全局作用域助手函数提供实现，并完全关闭助手函数的发出，而不是使用 importhelper 来导入助手函数，默认：false。
noEmitOnError：有错误时不进行编译，默认：false。
noErrorTruncation：是否禁止截断错误消息，已弃用，默认：false。
noImplicitUseStrict：是否禁止无隐式严格模式，默认：false。
noLib：是否禁止自动包含任何库文件，默认：false。
noResolve：是否禁用析后的文件添加到程序中；默认情况下，TS 会检查 import 和 reference 指令的初始文件集，并将这些解析后的文件添加到你的程序中，默认：false。
noStrictGenericChecks：是否禁用严格的泛型检查，默认：false。
out：该选项以不可预测或一致的方式计算最终文件位置，已弃用，
preserveConstEnums：是否禁止删除枚举常量生成代码中的声明，默认：false。
reactNamespace：React命名空间，使用 jsxFactory 来代替。
resolveJsonModule：是否解析 JSON 模块，默认：false。
skipDefaultLibCheck：是否跳过默认库声明文件的类型检查，默认：false。
skipLibCheck：是否跳过声明文件的类型检查，这可以在编译期间以牺牲类型系统准确性为代价来节省时间，默认：false。
stripInternal：是否禁止 JSDoc 注释中带有@internal注释的代码发出声明，默认：false。
suppressExcessPropertyErrors：是否禁用报告过多的属性错误，默认：false。
suppressImplicitAnyIndexErrors：是否抑制隐式any索引的错误，默认：false。
traceResolution：当尝试调试未包含模块的原因时。启用该选项让 TypeScript 打印有关每个处理文件的解析过程的信息，默认：false。
useDefineForClassFields：此标志用作迁移到即将推出的类字段标准版本的一部分，默认：false。
命令行
preserveWatchOutput：是否在监视模式下保留过时的控制台输出，而不是每次发生更改时都清除屏幕，默认：false。
pretty：是否使用颜色对上下文错误和消息进行样式化，默认：true。
watchOptions
配置 TypeScript 的 --watch工作方式。
监视选项
watchFile：监视单个文件的策略，默认：useFsEvents
fixedPollingInterval：以固定时间间隔每秒多次检查每个文件的更改。
priorityPollingInterval：每秒多次检查每个文件的更改，但使用启发式方法检查某些类型的文件的频率低于其他文件。
dynamicPriorityPolling：使用动态队列，其中不经常修改的文件将不那么频繁地检查。
useFsEvents：尝试使用操作系统/文件系统的本机事件进行文件更改。
useFsEventsOnParentDirectory：尝试使用操作系统/文件系统的本机事件来监听文件父目录的变化。
watchDirectory：在缺乏递归文件监视功能的系统下如何监视整个目录树的策略，默认：useFsEvents
fixedPollingInterval：以固定时间间隔每秒多次检查每个目录的变化。
dynamicPriorityPolling：使用动态队列，其中不经常修改的目录将不那么频繁地检查。
useFsEvents：尝试使用操作系统/文件系统的本机事件进行目录更改。
fallbackPolling：使用文件系统事件时，此选项指定当系统用完本机文件观察器和/或不支持本机文件观察器时使用的轮询策略，默认：dynamicPriorityPolling
fixedPollingInterval：以固定时间间隔每秒多次检查每个文件的更改。
priorityPollingInterval：每秒多次检查每个文件的更改，但使用启发式方法检查某些类型的文件的频率低于其他文件。
dynamicPriorityPolling：使用动态队列，其中不经常修改的文件将不那么频繁地检查。
synchronousWatchDirectory：禁用对目录的延迟监视。
synchronousWatchDirectory：在本机不支持递归观看的平台上同步调用回调，并更新目录观察者的状态，默认：false。
excludeDirectories：使用排除目录来大幅减少 --watch 期间被监视的文件数量.
excludeFiles：使用excludeFiles从被监视的文件中删除一组特定的文件。
typeAcquisition
类型获取仅对 JavaScript 项目很重要。
类型获取
enable：提供在 JavaScript 项目中禁用类型获取的配置，默认：false。
include：使用 include 来指定应从绝对类型中使用哪些类型。
exclude：提供用于禁用 JavaScript 项目中某个模块的类型获取的配置
disableFilenameBasedTypeAcquisition：是否禁用基于文件名的类型获取，TypeScript 的类型获取可以根据项目中的文件名推断应该添加哪些类型，默认：false。
项目中as const断言的应用
例举个简单的例子：
let m = 100;let n="abc";
let array = [m,n] ;let f = array[0];
f = 2000;
f="aaa";
上述代码中，变量f可以被赋值为数字和字符串两种类型。原因就是变量m和n是两种类型，赋值给数组后，数组类型为宽泛的string | number类型。
这是我们在代码中应该尽量避免的情况，可以用as const断言将宽泛的数据类型限定为具体的数值类型。
let m = 100;let n="abc";
let array = [m,n] as const;
let f = array[0];
f = 2000;
-
通过as const限定后，数组类型变为readonly [number, string]
-
准确来说，数组被限定成了一个元组，第一个数据的类型number，第二个是string
-
f变量被数组的一个变量赋值后，其类型也就被限定成了一个数值类型。
-
as const实现了从string | number到readonly [number, string]转化。
再看下as const在解构中应用 ：
function asConst(){
let a:string = "abc";
let b = (firstname:string,lastname:string):string => firstname + lastname;
return [a,b];}
let [p,q] = asConst();
console.log( q("Green","Tom"));
上述代码会直接编译失败，原因是系统认为变量q的类型是string | ((firstname: string, lastname: string) => string)，编译器并不能认定q是一个函数。
我们也可以使用as const 将函数asConst的返回值由宽泛的string | ((firstname: string, lastname: string) => any)转化成具体的readonly [string，(firstname: string, lastname: string) => string]，从而显示的表明q是函数类型的变量。
function asConst(){
let a:string = "abc";
let b = (firstname:string,lastname:string):string => firstname + lastname;
return [a,b] as const;}
let [p,q] = asConst();
console.log( q("Green","Tom"));
上面代码也可以使用as做显示的类型转换，将宽泛的数组类型转换成具体的元组类型，代码如下：
function asConst(){
let a:string = "abc";
let b = (firstname:string,lastname:string):string => firstname + lastname;
return [a,b] as [typeof a , typeof b];}
let [p,q] = asConst();
console.log( q("Green","Tom"));
小结：
as const断言，可以将代码中宽泛的数据类型定义具体化，从而避免我们在开发过程中，因为定义过于宽泛，造成的各种数据处理的错误，通过精准的数据类型定义，更好的管理我们前端代码。
typescript泛型的理解与应用
type Partial<T> = { [p in keyof T]?: T[p] };
类比函数理解：这是一个将传入形参T类型的所有属性转换为可选属性的方法。
泛型的写法就是在标志符后面添加尖括号（<>），然后在尖括号里写形参，并在 body（函数体， 接口体或类体） 里用这些形参做一些逻辑处理。
需要被用到很多地方的时候，这个泛型很有用。
id 函数
function id<T>(arg:T):T => {return arg};
id 函数存在意义：
当我用到id的时候，你根据我传给你的类型进行推导。比如我传入的是 string，但是使用了 number 上的方法，你就应该报错。
需要作用到很多类型的时候，这个函数很有用。
这里用了一个 类型 T，这个 T 是一个抽象类型，只有在调用的时候才确定它的值。
常见泛型
Array<T>
默认参数 type A<T=string> = Array<T>
泛型支持函数嵌套
比如： type CutTail<Tuple extends any[]> = Reverse<CutHead<Reverse<Tuple>>>;
如上代码中， Reverse 是将参数列表反转，CutHead 是将数组第一项切掉。因此 CutTail 的意思就是将传递进来的参数列表反转，切掉第一个参数，然后反转回来。换句话说就是切掉参数列表的最后一项。 比如，一个函数是 function fn (a: string, b: number, c: boolean):boolean {}，那么经过操作type cutTailFn = CutTail<typeof fn>，可以返回(a: string, b:number) => boolean。 具体实现可以参考Typescript 复杂泛型实践：如何切掉函数参数表的最后一个参数？[3]。 在这里，你知道泛型支持嵌套就够了。
泛型支持递归
比如我们最熟悉的单链表的定义就是递归的。
type ListNode<T> = {
data: T,
next: ListNode<T>|| null
}
再比如 「HTMLElement」 的定义。
declare var HTMLElement ：{
protopype: HTMLElement,
new():HEMLElement;
};
