typescript 分享
为什么要使用 TypeScript
微软推出 TypeScript 主要是为了实现两个目标。
- 为 JavaScript 提供可选的类型系统:TypeScript 会在编译代码时进行严格的静态类型检查,这意味着你可以在编码阶段发现可能存在的隐患,而不必把它们带到线上。
- 兼容当前及未来的 JavaScript 的特性:TypeScript 会包括来自 ES 6 和未来提案中的特性,比如异步操作和装饰器;也会从其他语言借鉴某些特性,比如接口和抽象类。
基础
类型基础
在了解 ts 的各种基本类型之前,首先先了解一下类型语言。
在强类型语言中,当一个对象从调用函数传递到被调用函数时,其类型必须与被调用函数中声明的类型兼容
强类型语言不允许改变变量的数据类型,除非进行强制类型转换
弱类型语言中,变量可以被赋予不同的数据类型
静态类型语言:在编译阶段确定所有变量的类型(如 c++)
1. 对类型要求极其严格
2. 立即发现错误
3. 运行时性能较好
4. 自文档化
动态类型语言:在执行阶段确定所有变量的类型(如 js)
1. 对类型非常宽松
2. Bug可能隐藏很久
3. 运行性能较差
4. 可读性差
注意:有人提出强类型语言在程序发生错误后不允许继续执行,但是 c++并没有对数组越界进行处理,所以认为它是弱类型语言。(归属特殊定义).
注意:如果把 ts 当做一门语言看待,那么它是强类型还是弱类型,是静态类型还是动态类型
我认为是静态+强类型语言
基本类型
数组
TypeScript 像 JavaScript 一样可以操作数组元素。 有两种方式可以定义数组。 第一种,可以在元素类型后面接上 [],表示由此类型元素组成的一个数组:
let list: number[] = [1, 2, 3];
第二种方式是使用数组泛型,Array<元素类型>:
let list: Array<number> = [1, 2, 3];
元组
元组为一个新的概念,元组类型允许表示一个已知元素数量和类型的数组,各元素的类型不必相同。 比如,你可以定义一对值分别为 string 和 number 类型的元组。
数组合并相同类型的对象,元组合并了不同类型的对象。
1 | // 定义一个元组类型 |
函数
函数定义方式
函数类型包含两部分:参数类型和返回值类型,
函数声明
1 | function sum(x: number, y: number): number { |
函数表达式
1 | let mySum = function(x: number, y: number): number { |
其中,ts 可以根据参数类型推断出返回值类型。
函数参数
- 可选参数
- 默认参数
- 剩余参数
1 | // 1. 可选参数 |
函数重载
typescript 可以 为同一个函数提供多个函数类型定义来进行函数重载
- 函数重载的意义在于能够让你知道传入不同的参数得到不同的结果,如果传入的参数不同,但是得到的结果(类型)却相同,那么这里就不要使用函数重载(没有意义)。
1 | // 4. 函数重载 |
对象
object 表示非原始类型,也就是除 number,string,boolean,symbol,null 或 undefined 之外的类型。
1 | let obje: { x: number; y: number } = { x: 1, y: 2 }; |
undefined 和 null
默认情况下 null 和 undefined 是所有类型的子类型。 就是说你可以把 null 和 undefined 赋值给 number 类型的变量。
1 | let un: undefined = undefined; |
Void
某种程度上来说,void 类型像是与 any 类型相反,它表示没有任何类型。 当一个函数没有返回值时,你通常会见到其返回值类型是 void.
1 | let noReturn = () => {}; |
Never
never 类型表示的是那些永不存在的值的类型。 例如,never 类型是那些总是会抛出异常或根本就不会有返回值的函数表达式或箭头函数表达式的返回值类型; 变量也可能是 never 类型,当它们被永不为真的类型保护所约束时。
never 类型是任何类型的子类型,也可以赋值给任何类型;然而,没有类型是 never 的子类型或可以赋值给 never 类型(除了 never 本身之外)。 即使 any 也不可以赋值给 never。
1 | // 这里的never指的是会抛出、返回错误或者无限循环 |
any
当一个变量为 any 类型,不作限制
1 | let xabc; |
枚举
基本实现:
1 | enum Role { |
反向映射
- 枚举被编译为对象
- 枚举成员的名称被作为 key, 枚举成员的值被作为 value, 表达式返回 value
- 然后,value 又被作为 key,成员名称又被作为 value,返回枚举成员的名称。这种方法叫做反向映射
上述 ts 中的枚举转换为 JavaScript 代码如下,其中就是利用了反向映射的原理
1 | var Role; |
这里可以使用 tsPlayGround 查看编译之后的 js 代码
数字枚举&字符串枚举
- 使用枚举很简单:通过枚举的属性来访问枚举成员,和枚举的名字来访问枚举类型。
- 除了创建一个以属性名做为对象成员的对象之外,数字枚举成员还具有了 反向映射,从枚举值到枚举名字
- 正向映射( name -> value)和反向映射( value -> name)
- 数字枚举的实现原理为反向映射
- 在一个字符串枚举里,每个成员都必须用字符串字面量,或另外一个字符串枚举成员进行初始化。
- 要注意的是 不会为字符串枚举成员生成反向映射。相比数字枚举,字符串枚举仅成员名称被作为 key,所以不支持反向映射
1 | // 数字枚举 |
常量枚举
- 常数枚举是使用 const enum 定义的枚举类型
- 常数枚举与普通枚举的区别是,它会在编译阶段被删除,并且不能包含计算成员。
- 假如包含了计算成员,则会在编译阶段报错。
- “const” 枚举仅可在属性、索引访问表达式、导入声明的右侧或导出分配中使用。
1 | const enum Month { |
常数项和计算所得项
- 枚举项有两种类型:常数项(constant member)和计算所得项(computed member)。
- 枚举成员的值在定义后变为只读类型,在定义之后是不能修改的
1 | enum Char { |
枚举类型
- 在某些情况下, 枚举和枚举成员都可以作为一种单独的类型
- 分为三种情况:
- 枚举成员没有任何初始值
- 所有枚举成员都是数字枚举
- 所有枚举成员都是字符串枚举
- 可将任意 number 类型赋值给枚举类型,取值也可以超出枚举成员定义。
- 两种不同类型的枚举,是不可以进行比较的,编辑器会报错
1 | // 枚举成员没有任何初始值 |
接口
TypeScript 的核心原则之一是对值所具有的结构进行类型检查。 它有时被称做“鸭式辨型法”或“结构性子类型化”。 在 TypeScript 里,接口的作用就是为这些类型命名和为你的代码或第三方代码定义契约。
在面向对象语言中,接口(Interfaces)是一个很重要的概念,它是对行为的抽象,而具体如何行动需要由类(classes)去实现(implement)。
TypeScript 中的接口是一个非常灵活的概念,除了可用于对类的一部分行为进行抽象以外,也常用于对「对象的形状(Shape)」进行描述。
基本实现
赋值的时候,变量的形状必须和接口的形状保持一致。
1 | interface List { |
关于属性
- 属性了解:
- 可选属性(?:)
- 任意属性 ([x: string]: any)
- 一旦定义了任意属性,那么确定属性和可选属性的类型都必须是它的类型的子集
- 一个接口中只能定义一个任意属性。如果接口中有多个类型的属性,则可以在任意属性中使用联合类型
- 只读属性 (readonly)
- 只读的约束存在于第一次给对象赋值的时候,而不是第一次给只读属性赋值的时候
1 | interface List { |
类型检查跳过
为什么需要跳过类型检查?
对象类型接口直接验证有冗余字段的对象字面量时会报错,这种冗余字段有时是不可避免的存在的。
方法主要有三种:
- 将对象字面量赋值给变量
- 使用类型断言
- 用字符串索引签名
第一种:将对象字面量赋值给变量
1 | // 在外面声明变量 result ,然后把 result 传入 render 函数,避免传入对象字面量 |
第二种:类型断言
1 | let square = <Square1>{}; |
第三种:字符串索引签名》 [x: string]: any; // 任意
可索引类型接口
- 数字索引
- 字符串索引
可以同时使用两种类型的索引,但是数字索引的返回值必须是字符串索引返回值类型的子类型。 这是因为当使用 number 来索引时,JavaScript 会将它转换成 string 然后再去索引对象。 也就是说用 100(一个 number)去索引等同于使用”100”(一个 string)去索引,因此两者需要保持一致。
当接口中定义了一个索引后,例如设置了 【x:string】= string,就不能设置 y:number 了。
因为设置了【x:string】= string 相当于这个接口的字符串索引返回值都是字符串,而 y:number 违背这一原则,冲突了。反过来 如果定义了【x:string】=Number, 就不能设置 y:string 了。
1 | interface StringArray { |
类类型接口
- 类必须实现接口中的所有属性
- 接口只能约束类的公共成员,不能约束私有成员、受保护成员、静态成员和构造函数
- 接口描述了类的公共部分,而不是公共和私有两部分。 它不会帮你检查类是否具有某些私有成员
接口继承接口
- 一个接口可以继承多个接口,创建出多个接口的合成接口
接口继承类
- 当接口继承了一个类类型时,它会继承类的成员但不包括其实现。
- 就好像接口声明了所有类中存在的成员,但并没有提供具体实现一样。
- 接口同样会继承到类的 private 和 protected 成员。 这意味着当你创建了一个接口继承了一个拥有私有或受保护的成员的类时,这个接口类型只能被这个类或其子类所实现(implement)。
关于 interface 和 type
- interface: 接口
- type: 类型别名
接口就好比一个名字,用来描述对象。type 会给一个类型起个新名字。 type 有时和 interface 很像,但是可以作用于原始值(基本类型),联合类型,元组以及其它任何你需要手写的类型。
官方的文档说:
“类型别名 可以和 interface 关键字一样,然而他们有一些细微的差别。”
不同点:
- 扩展语法: interface 使用 extends,type 使用‘&’
- 同名合并:interface 支持,type 不支持。
- 描述类型:对象、函数两者都适用,但是 type 可以用于基础类型、联合类型、元祖。
- 计算属性:type 支持计算属性,生成映射类型,interface 不支持。
相同点:
- 两者都可以用来描述对象或函数的类型
- 两者都可以实现继承
总的来说,公共的用 interface 实现,不能用 interface 实现的再用 type 实现。主要是一个项目最好保持一致。
1 | // jsonToInterFace convert eg |
类
传统方法中,JavaScript 通过构造函数实现类的概念,通过原型链实现继承。而在 ES6 中,我们终于迎来了 class。
TypeScript 除了实现了所有 ES6 中的类的功能以外,还添加了一些新的用法。
基本实现
- 类中定义的属性都是实例属性,类中定义的方法都是原型方法
- 实例属性必须有初始值,或在函数中被赋值,或为可选成员
1 | // 我们声明一个 Greeter类。这个类有3个成员:一个叫做 greeting的属性,一个构造函数和一个 greet方法。 |
继承
基于类的程序设计中一种最基本的模式是允许使用继承来扩展现有的类。基本继承实现如下:
1 | // 类从基类中继承了属性和方法。 这里, Dog是一个 派生类,它派生自 Animal 基类,通过 extends关键字。 派生类通常被称作 子类,基类通常被称作 超类。 |
更复杂的继承,子类的构造函数中必须含有 super 调用。这一次,我们使用 extends 关键字创建了 Animal 的两个子类: Horse 和 Snake。
与前一个例子的不同点是,派生类包含了一个构造函数,它 必须调用 super(),它会执行基类的构造函数。 而且,在构造函数里访问 this 的属性之前,我们 一定要调用 super()。 这个是 TypeScript 强制执行的一条重要规则。
1 | class Animal { |
成员修饰符
- public:对所有人可见,所有成员默认为 public
- private:
- 只能在被定义的类中访问,不能通过实例或子类访问
- private constructor:不能被实例化,不能被继承
- protected
- 只能在被定义的类和子类中访问,不能通过实例访问
- protected constructor:只能被实例化,不能被继承
- readonly:必须有初始值,或在构造函数中被赋值
- static:只能由类名调用,不能通过实例访问,可继承
构造函数参数中的修饰符
- 将参数变为实例属性
抽象类
- 不能被实例化,只能被继承
- 抽象方法包含具体实现,子类可以直接复用
- 抽象方法不包含具体实现,子类必须实现
- 多态:多个子类对父抽象类的方法有不同实现,实现运行时绑定
this 类型
- 实现实例方法的链式调用
- 在继承时,具有多态性,保持父子类之间接口调用的连贯性
泛型
软件工程中,我们不仅要创建一致的定义良好的 API,同时也要考虑可重用性。 组件不仅能够支持当前的数据类型,同时也能支持未来的数据类型,这在创建大型系统时为你提供了十分灵活的功能。
泛型函数
设计泛型的关键目的是在成员之间提供有意义的约束,这些成员可以是:类的实例成员、类的方法、函数参数和函数返回值。
我们需要一种方法使返回值的类型与传入参数的类型是相同的,如果没有这种方法,在写代码时可能是这样的
1 | function identity1(arg: number): number { |
但是使用 any 可能会丢失一些信息:传入的类型与返回的类型应该是相同的
使用泛型则是下面所示:
1 | function identity<T>(arg: T): T { |
我们把这个版本的 identity 函数叫做泛型,因为它可以适用于多个类型。 不同于使用 any,它不会丢失信息,像第一个例子那像保持准确性,传入数值类型并返回数值类型。
定义泛型函数之后,有两种使用方法:
1 | function log<T>(value: T): T { |
支持多种类型的方法
- 函数重载
- 联合类型
- any 类型 》 丢失类型约束
- 泛型 》不预先确定的类型,使用时才确定
泛型接口
1 | interface CreateArrayFunc<V> { |
泛型类
泛型类看上去与泛型接口差不多。 泛型类使用( <>)括起泛型类型,跟在类名后面。
与接口一样,直接把泛型类型放在类后面,可以帮助我们确认类的所有属性都在使用相同的类型。
我们在类那节说过,类有两部分:静态部分和实例部分。 泛型类指的是实例部分的类型,所以类的静态属性不能使用这个泛型类型。
1 | class GenericNumber<T> { |
泛型约束
- 确保属性存在
- 检查对象上的键是否存在
1 | interface Lengthwise { |
现在这个泛型函数被定义了约束,因此它不再是适用于任意类型。
泛型工具类型
Partial<T>
的作用就是将某个类型里的属性全部变为可选项 ?。Record<K extends keyof any, T>
的作用是将 K 中所有的属性的值转化为 T 类型。Pick<T, K extends keyof T>
的作用是将某个类型中的子属性挑出来,变成包含这个类型部分属性的子类型。Exclude<T, U>
的作用是将某个类型中属于另一个的类型移除掉。ReturnType<T>
的作用是用于获取函数 T 的返回类型。Readonly<T>
: 将 T 的所有属性变为只读
Partail
1 | // Partail ts源码实现 |
它用来将 T 中的所有的属性都变成可选的。下面的示例中定义了一个类型 IFoo,它拥有两个必选的属性 a 和 b。
使用:
1 | interface IFoo { |
相当于
1 | interface IFoo { |
Record
1 | // 源码实现 |
1 | // 第一种场景 |
可以用 Record 来处理另外一种场景。假如我本来已经有了两个类型:
1 | interface Foo { |
我想把 Foo 和 Bar 两个类型的 key 合并到一起,并给它们重新指定成 number 类型,可以使用 Record 这样实现:
1 | type Baz = Record<keyof Foo | keyof Bar, number>; |
相当于
1 | interface Baz { |
使用
它用来生成一个属性为 K,类型为 T 的类型集合。如下所示,我用它生成了一个 Foo 类型,那么就表示所有指定为 Foo 类型的变量都必须包含一个 key 为 a,value 为 string 类型的字段。否则,TS 类型检查器就会报错。
1 | type Foo = Record<"a", string>; |
Pick
1 | // 源码实现 |
使用
它的作用是从 T 中将所有的 K 取出来,并生成一个新的类型。下面示例中定义的 IFoo 类型包含了两个必选属性 a 和 b。所以,将 foo 指定为 IFoo 类型之后,就肯定必须包含这两个属性,否则就会报类型检查错误:
1 | interface IFoo { |
但是,如果我想让 foo 只包含 IFoo 类型的 a 属性,就可以用 Pick 这样来实现。它就是告诉 TS 仅仅将 a 属性从 IFoo 中提取出来即可。
1 | // 正确,使用 Pick 生成的新类型确实只包含 a 属性 |
注意,它和上面的 Partial 不一样的地方在于,Partial 是将类型中的所有的属性都变成了可选状态,而不能将某一个属性单独提取出来。
Exclude
1 | // 源码 |
使用
它的作用是从 T 中排除掉所有包含的 U 属性。如果不明白这句话,就看下面示例。
代码运行之后,TFoo 只会包含一个 2。这是因为 Exclude 会从第一个类型参数中将其所有包含的第二个类型参数中的值给排除掉。我们可以看到在第一个类型参数中只包含第二个类型参数中的 1,因此,它就会被排除掉,只剩下 2 了。
1 | type TFoo = Exclude<1 | 2, 1 | 3>; |
所以,如果一个变量被指定为了 TFoo 类型,它就只能被赋值为 2 了,否则就会报类型检查错误:
1 | const foo: TFoo = 2; // 正确 |
ReturnType
1 | type ReturnType<T extends (...args: any[]) => any> = T extends ( |
它用来得到一个函数的返回值类型。看下面的示例用 ReturnType 获取到 Func 的返回值类型为 string,所以,foo 也就只能被赋值为字符串了。
1 | type Func = (value: number) => string; |
Readonly
1 | // Readonly在 TS 中的源码实现: |
使用
1 | interface IFoo { |
项目中不一定要强制使用泛型,还是应该用在对的场景。
类型检查机制
类型推断
TypeScript 里,在有些没有明确指出类型的地方,类型推论会帮助提供类型。
1 | let a15 = 1; // let a15: number |
类型断言
有时候你会遇到这样的情况,你会比 TypeScript 更了解某个值的详细信息。 通常这会发生在你清楚地知道一个实体具有比它现有类型更确切的类型。
通过类型断言这种方式可以告诉编译器,“相信我,我知道自己在干什么”。 类型断言好比其它语言里的类型转换,但是不进行特殊的数据检查和解构。 它没有运行时的影响,只是在编译阶段起作用。 TypeScript 会假设你,程序员,已经进行了必须的检查。
两种写法, 当你在 TypeScript 里使用 JSX 时,只有 as 语法断言是被允许的。
- 第一种:尖括号语法
- 第二种:as 语法
1 | // 尖括号 |
弊端是没有按照接口的约定赋值
类型兼容性
typeScript 结构化类型系统的基本规则是,如果 x 要兼容 y,那么 y 至少具有与 x 相同的属性.
当一个类型 Y 可以被赋值给另一个类型 X 时,我们就可以说类型 X 兼容类型 Y。
X 兼容 Y:X(目标类型) = Y(源类型),源类型必须具备目标类型的所有属性。
- 接口之间兼容:成员少的兼容成员多的
- 函数之间兼容:
- 参数多的兼容参数少的
- 可选参数和剩余参数,遵循原则
- 固定参数兼容可选参数和剩余参数
- 可选参数不兼容固定参数和剩余参数(严格模式)
- 剩余参数兼容固定参数和可选参数
- 参数类型:必须匹配
- 参数为对象:
- 严格模式:成员多的的兼容成员少的
- 非严格模式:相互兼容(函数参数双向协变)
- 返回值类型:目标函数必须与源函数相同,或为其子类型
- 枚举之间兼容:
- 枚举类型和数字类型相互兼容
- 枚举类型之间不兼容
- 类兼容性:
- 静态成员和构造函数不在比较范围
- 两个类具有相同的实例成员,它们的示例相互兼容
- 类中包含私有成员或受保护成员,只有父类和子类的实例相互兼容
- 泛型之间兼容:
- 泛型接口:只有类型参数 T 被接口成员使用时,才会影响兼容性
- 泛型函数:定义相同,没有指定类型参数时就兼容
1 | // 简单的接口兼容 |
类型保护
typescript 能够在特定的区块中保证变量属于某种确定的类型,可以在此区块中放心的引用此类型的属性,或者调用此类型的方法。
类型保护方法:
- 使用 instanceof 可以判断一个实例是不是属于某个类
- 使用 in 可以判断一个属性是不是属于某个对象
- 使用 typeof 可以判断一个基本类型
- 类型保护函数:某些判断可能不是一条语句能够搞定的,需要更多复杂的逻辑,适合封装到一个函数内
高级类型
交叉类型(类型并集)
- 含义:将多个类型合并为一个类型,新的类型将具有所有类型的特性
- 应用场景:混入
1 | let pet: DogInterface & CatInterface = { |
联合类型(类型交集)
- 含义:类型并不确定,可能为多个类型中的一个
- 应用场景:多类型支持
- 可区分的联合类型:结合联合类型和字面量类型的类型保护方法
1 | let a18: number | string = 1; // let a18: number | string |
字面量类型
- 字符串字面量
- 数字字面量
- 应用场景:限制变量取值范围
限制取值范围
1 | type Easing = "ease-in" | "ease-out" | "ease-in-out"; |
区别函数重载
1 | function createElement(tagName: "img"): HTMLImageElement; |
索引类型
- 要点
keyof T
(索引查询操作符):类型 T 公共属性名的字面量联合类型T[K]
(索引访问操作符):对象 T 的属性 K 所代表的类型- 泛型约束
- 应用场景:从一个对象中选取某些属性的值
使用索引类型,编译器就能够检查使用了动态属性名的代码。
keyof T, 索引类型查询操作符。 对于任何类型 T, keyof T 的结果为 T 上已知的公共属性名的联合。
1 | function pluck<T, K extends keyof T>(o: T, names: K[]): T[K][] { |
T[K]: 只要确保类型变量 K extends keyof T 就可以
1 | // NOTE: T[K] |
映射类型
- 含义:从旧类型中创建出新的类型
- 应用场景:
Readonly<T>
: 将 T 的所有属性变为只读Partial<T>
: 将 T 的所有属性变为可选Pick<T,K>
: 选取以 K 为属性的对象 T 的子集Record<K,T>
: 创新属性为 K 的新对象,属性值的类型为 T
1 | // 一种使用方式:在映射类型里,新类型以相同的形式去转换旧类型里每个属性。 例如,你可以令每个属性成为 readonly类型或可选的 |
最简单的使用方式
1 | type Keys = "option1" | "option2"; |
它的语法与索引签名的语法类型,内部使用了 for .. in。 具有三个部分:
- 类型变量 K,它会依次绑定到每个属性。
- 字符串字面量联合的 Keys,它包含了要迭代的属性名的集合。
- 属性的结果类型。
最终转换为:
1 | type Flags = { |
条件类型
- 含义:T extend U ? X: Y(如果类型 T 可以赋值给类型 U,那么结果类型就是 X,否则就是 Y)
- 应用场景:
Exclude<T,U>
: 从 T 中过滤掉可以赋值给 U 的类型Extract<T,U>
: 从 T 中抽取出可以赋值给 U 的类型NonNullable<T
>: 从 T 中除去 undefined 和 nullReturnType<T>
: 获取函数的返回值类型
使用场景
1 | // 源码 |
1 | type ReturnType<T extends (...args: any[]) => any> = T extends ( |
typeScript 工程
代码检查
2019 年 1 月,TypeScirpt 官方决定全面采用 ESLint 作为代码检查的工具,并创建了一个新项目 typescript-eslint,提供了 TypeScript 文件的解析器 @typescript-eslint/parser 和相关的配置选项 @typescript-eslint/eslint-plugin 等。而之前的两个 lint 解决方案都将弃用:
- typescript-eslint-parser 已停止维护
- TSLint 将提供迁移工具,并在 typescript-eslint 的功能足够完整后停止维护 TSLint(Once we consider ESLint feature-complete w.r.t. TSLint, we will deprecate TSLint and help users migrate to ESLint1)
综上所述,目前以及将来的 TypeScript 的代码检查方案就是 typescript-eslint。
ts 已经能够在编译阶段检查出很多问题了,为什么 ts 项目中还需要代码检查?
这是因为 ts 关注的重心是类型的检查,而不是代码风格,当团队的成员越来越多时,同样的逻辑不同的人写出来可能会有很大的区别。比如说缩进应该是 4 个空格还是 2 个空格,这些问题 typescript 不会关注,但是却影响到多人协作开发时的效率、代码的可理解性以及可维护性。
声明文件
最容易理解的就是项目里引用 ui 库时,要为引入的组件编写声明文件,一般来说,我们目前在引用的库在社区中已经有编写好的声明文件,可以直接引用。
1 | { |
三斜线指令
三斜线指令是包含单个 XML 标签的单行注释。 注释的内容会做为编译器指令使用。
三斜线指令仅可放在包含它的文件的最顶端。 一个三斜线指令的前面只能出现单行或多行注释,这包括其它的三斜线指令。 如果它们出现在一个语句或声明之后,那么它们会被当做普通的单行注释,并且不具有特殊的涵义。
1 | /// <reference path="..." /> |
指令是三斜线指令中最常见的一种。 它用于声明文件间的 依赖。
三斜线引用告诉编译器在编译过程中要引入的额外的文件.编译器会对输入文件进行预处理来解析所有三斜线引用指令
tsconfig.json
如果一个目录下存在一个 tsconfig.json 文件,那么它意味着这个目录是 TypeScript 项目的根目录。 tsconfig.json 文件中指定了用来编译这个项目的根文件和编译选项。 一个项目可以通过以下方式之一来编译:
使用 tsconfig.json
- 不带任何输入文件的情况下调用 tsc,编译器会从当前目录开始去查找 tsconfig.json 文件,逐级向上搜索父目录。
- 不带任何输入文件的情况下调用 tsc,且使用命令行参数–project(或-p)指定一个包含 tsconfig.json 文件的目录。
- 当命令行上指定了输入文件时,tsconfig.json 文件会被忽略。
1 | { |
代码迁移
JavaScript 项目迁移到 TypeScript 一般采用渐进式迁移策略,目前有三种
- 共存策略
- 如果我们用编译器选项 –allowJs,则 TypeScript 编译器支持 JavaScript 和 TypeScript 文件的混合,我们可以将文件一个一个的切换到 TypeScript
- 宽松策略:将所有的 js 文件重命名为 ts 或者 tsx,然后使用最宽松的代码检查
- 严格策略:开启最严格的类型检查规则
目前我们的项目基本上都是 通过 create-react-app 脚手架来搭建的,这里先介绍一下 关于这种搭建方式的迁移。
- 第一步:安装 typescript 和一些包的声明文件,在我们的项目里用到了很多我们的自建库,注意需要为这些库编写声明文件。
1 | $ npm install --save typescript @types/node @types/react @types/react-dom @types/jest |
第二步:新建 tsconfig.json 文件
第三步:将文件的 js 后缀改为 tsx 后缀,修改所产生的问题
新建一个 ts 项目
如果通过 create-react-app 脚手架搭建的话,可以直接 使用
1 | npx create-react-app my-app --template typescript |
一些 tips
如果系统不是用 babel 来编译,ts 3.7 以上就已经支持了,但是如果项目使用 babel 编译的话,使用 babel 调用 ts 的时候,ts 只会被用来做类型检查,真正的编译还是 babel 亲自上场的。所以如果想在项目中使用可选链接操作符,需要安装 @babel/plugin-proposal-optional-chaining
1 | npm install --save-dev @babel/plugin-proposal-optional-chaining |
在 webpack.config.json 中配置
1 | { |
就可以在项目中使用可选链接操作符了
完结撒花~