原创第 151 篇
在学习和使用 ts 的时候,有一个语法会大量的出现,他就是 extends
。但是这个语法放到 ts 里,就显得非常怪异,因为好多时候跟我们常规的理解看上去好像不太一样,不就是一个继承吗,咋到处都在乱用啊?
实际上,之所以怪,是因为在 ts 中,extends
不只是要表达继承的意思,他还有一些延展含义
在 JS 核心进阶中,我们在学习设计模式的时候,曾经提高过一个原则:里氏替换原则,该原则针对的是父类与子类之间的替换关系:任何使用父类实例的地方,都能够使用子类实例完美替换。
10class Person {20constructor(name) {30this.name = name40}50run(t) {60console.log(`${this.name} 跑了 ${t} 公里`);70}80}9010class Student extends Person {11constructor(name, grade) {12super(name)13this.grade = grade14}15}1617const p1 = new Person('Tom')18p1.run(20)19const s1 = new Student('Tom')20s1.run(20)
这个案例中,我们能够使用 s1
去替换 p1
。而不会出现什么问题。
在 ts 的类型兼容性里,也符合这个原则。基于这个逻辑,我们就可以把 extends 作为一个判断条件,来验证你是否合理运用了里氏替换原则,从而衍生出它新的用法
继承
继承的运用非常的常规。在面向对象的运用中,我们可以继承一个父类
1class Parent {}2class Children extends Parent {}
我们也可以在 interface
的类型声明中,使用继承
1interface Animal {2kind: string3}4interface Dog extends Animal {5bark(): void6}
它等价于
1interface Dog {2kind: string3bark(): void4}
泛型约束
我们先简单来看一下这个东西是如何在泛型中使用的,然后再来结合里氏替换原则来分析它的逻辑。
1interface Dispatch<T extends { type: string }> {2(action: T): T3}
我们在定义 Dispatch
时需要传入一个泛型,传入的泛型类型必须与 {type: string}
符合里氏替换原则。意思就是说,要传入该类型的子类型。
因此,我们可以传入
1var action = {2type: 'get/list',3playload: 104}
也可以传入
1var action = {2type: 'merge'3}
1var action = {2type: 'add',3value: { a: 1, b: 2 }4}
从结论上来看,父类型的约束力度更小,子类型的约束力度更大。
条件判断
我们可以可以继续衍生,当子类型与父类型符合正常的继承关系时,判断结果为 true,否则为 false。
这里的继承关系,表达的是一种替换关系,或者说是约束力度的缩小。
type C = A extends B ? string : number
这里表达的含义是,当 A 能够替换 B 时,判断结果为 true,否则,判断结果为 false。
10interface Person {20name: string30}4050interface Yung extends Person {60gender: string70}8090interface Student extends Yung {10age: string11}
也就是说,当 A 作为 B 的子类型时,判断结果为 true
1// 此时判断结果为true2type C = Yung extends Person ? number : string // number
1// 此时判断结果为false2type C = Yung extends Student ? number : string // string
也可以结合泛型使用
1type P<T> = T extends string ? string : number23type Z = P<string> // string
当我们在使用泛型的时候,会出现一些问题,看一下这个例子
type A = number | string extends string ? string : number // number
因为 string 的约束力度,比 number | string
更大,因此这里的条件判断为 false,但是当我们通过泛型来做到同样的事情时,情况就发生了变化
1type P<T> = T extends string ? string : number2type A = P<number | string> // string | number
当我们用泛型传递时候,跟预想中的不太一样,这里会把泛型传入的 number 和 string 拆分之后在去运行 extends 判断。因此最后的结果是 string | number
联合类型在泛型中的表现是分配之后再传入
在实践中一定要警惕这个小小的差异。我们可以使用如下的方式避免这种先分配再传入的规则
1type P<T> = [T] extends [string] ? string : number2type A = P<number | string> // number
never
表示所有类型的子类型,因此也被看成是一个联合类型,当我们在泛型中传入 never
时也会同理出现同样的问题
1type P<T> = T extends string ? string : number2// 没有类型可分配,直接返回 never3type A = P<never> // never
注意他们的不同
1type P<T> = [T] extends [string] ? string : number2type A = P<never> // string
定义一个 pick
现有一个对象 A 有很多个属性,我希望重新定义一个新的对象 B,该对象的属性是从 A 里挑选出来的,那么 B 的类型应该怎么定义呢
1interface A {2name: string;3age: number;4gender: number;5class: string6}
当然,我们可以用常规的方式来定义,不过有的时候这样会比较麻烦
1interface B {2name: string,3age: number4}
我们也可以利用泛型和 extends,定义一个 Pick 类型
1type Pick<T, K extends keyof T> = {2[P in K]: T[P]3}45type B = Pick<A, 'name' | 'age'>
当我们在 Pick 中传入 A 时, keyof A 的结果为 name | age | gender | class
,因此 'name' | 'age'
是 keyof A 的子类型。
此时的 B 得到与上面写法一样的结果
定义一个 Exclude
现在我有一个联合类型
type a = 'name' | 'age' | 'gender' | 'class'
我希望排除其中一个 name
,得到一个新的联合类型
type b = 'age' | 'gender' | 'class'
此时我们可以定一个排除的泛型类型来做到这个事情
type b = Exclude<a, 'name'>
这个 Exclude 是如何实现的呢?非常的简单
1type Exclude<T, U> = T extends U ? never : T2type b = Exclude<a, 'name'>
我们来分析一下,首先刚才我们已经知道,当传入的泛型为联合类型时,会先分配再传入
因此,此时传入的联合类型 a
会被拆分传入。
也就是说,T exnteds U
的比较会变成
1// never2'name' extends 'name' ? never : 'name'3// age4'age' extends 'name' ? never : 'age'5// gender6'gender' extends 'name' ? never : 'gender'7// class8'class' extends 'name' ? never : 'class'
所以通过这种方式,我们可以做到从联合类型中排除指定的类型
定义一个 Omit
Omit 是 Pick 的取反,表示挑选剩余的属性组成新的对象。理解了 Pick
和 Exclude
,这个理解起来非常容易
type Omit<T, K> = Pick<T, Exclude<keyof T, K>>
使用
1interface A {2name: string,3age: number,4gender: number,5class: string6}78type B = Omit<A, 'name'>
等价于
1interface A {2age: number,3gender: number,4class: string5}
大家可以自己分析一下 Omit 的实现原理,应该是没有任何难度的
来个骚的
最后来个骚的,大家分析一下这玩意儿有什么用
1type TypeString<T> =2T extends string ? "string" :3T extends number ? "number" :4T extends boolean ? "boolean" :5T extends undefined ? "undefined" :6T extends Function ? "function" :7"object";