项目中 2 个真实的 TS 类型编程案例

最近有两个同学问了我项目中遇到的 ts 问题,这俩问题都是典型的可以用类型编程来解决的。

这俩都是项目中真实遇到的问题,我们一起看一下吧:

第一个问题是这样的,项目中定义了接口返回的数据的类型,比如这样:

项目中 2 个真实的 TS 类型编程案例

那么填充数据的时候就要根据类型的定义来写:

项目中 2 个真实的 TS 类型编程案例

但是呢,如果你想扩展一些属性就报错了:

项目中 2 个真实的 TS 类型编程案例

但现在想每层都能灵活扩展一些属性,怎么做呢?

简化一下就是这样的:

项目中 2 个真实的 TS 类型编程案例

如何能让这个索引类型可以灵活添加一些额外的索引呢?

可以这样,添加一个可索引签名

项目中 2 个真实的 TS 类型编程案例

能满足这个索引签名的额外索引都可以添加。

也可以这样写:

项目中 2 个真实的 TS 类型编程案例

和 Record<string, any> 取交叉类型。

这个 Record 是一个内置的高级类型,作用是根据传入的 key 和 value 的类型生成索引类型:

项目中 2 个真实的 TS 类型编程案例

这种生成索引类型的语法叫做映射类型。

所以,Record<string, any> 就是这样的,也是一个有可索引签名的索引类型:

项目中 2 个真实的 TS 类型编程案例

普通的对象我们知道怎么处理了,那多层的呢?

这样任意层数的索引类型,怎么给每一层都加上 Record<string, any> 呢?

项目中 2 个真实的 TS 类型编程案例

这时候就要用到递归了,可以这样写:

type DeepRecord<Obj extends Record<stringany>> = {
    [Key in keyof Obj]: 
        Obj[Key] extends Record<stringany>
            ? DeepRecord<Obj[Key]> & Record<stringany>
            : Obj[Key]
} & Record<stringany>;

定义一个 DeepRecord 的高级类型,传入的类型参数 Obj 为一个索引类型,通过 Record<string, any> 约束。

然后通过映射类型的语法构造一个新的索引类型。

Key 来自之前的索引类型的 Key,也就是 Key in keyof Obj。

Value 要判断是不是索引类型,如果依然是 Record<string, any>,那就递归处理它的值 Obj[Key],否则直接返回 Obj[Key]。

每一层都要和 Record<string, any> 取交叉类型。

这样就完成了递归让 Obj 的每一层都变得可扩展的目的。

我们测试一下:

项目中 2 个真实的 TS 类型编程案例

可以看到,处理过后的类型确实是每一层都加上了 Record<string, any>。

也确实每一层都可以扩展了:

项目中 2 个真实的 TS 类型编程案例

并且有类型定义的索引也会做类型检查:

项目中 2 个真实的 TS 类型编程案例

小结一下:可索引签名可以让索引类型扩展任意数量的符合签名的索引,如果想给任意层级的索引每层都加上可索引签名就要递归处理了。

那如果不用类型编程呢?

那你就要原封不动的写一个新的索引类型,然后手动给每一层都加上可索引签名,那就麻烦太多了,而且也不通用。

这就是类型编程的意义之一,可以根据需要修改类型。

再来看第二个问题:

项目中 2 个真实的 TS 类型编程案例

也就是当一个索引为 ‘desc’ | ‘asc’ 的时候,其他索引都是 false。

这种类型怎么写呢?

有的同学说,这个就是枚举所有的情况呀,比如这样:

项目中 2 个真实的 TS 类型编程案例

这确实能解决问题:

项目中 2 个真实的 TS 类型编程案例

可以看到类型检查是符合我们的需求的。

但如果我再加几个属性呢?

是不是可能的类型又多了几种?

手动维护也太麻烦了!

这时候就可以用类型编程动态生成了。

比如我定义这样一个高级类型:

type GenerateType<Keys extends string> = {
    [Key in Keys]: {
        [Key2 in Key]: 'desc' | 'asc'
    }
}

它生成的类型是这样的:

项目中 2 个真实的 TS 类型编程案例

这个还是很容易理解的,映射类型就是用来生成索引类型的。

我们可以取它的值:

项目中 2 个真实的 TS 类型编程案例

结果就是这样的:

项目中 2 个真实的 TS 类型编程案例

现在就只差那些为 false 的索引了。

Keys 是一个联合类型,从中去掉 Key 的类型,可以用 Exclude,也就是 Exclude<Keys, Key>。

那么这个类型就可以这么写:

type GenerateType<Keys extends string> = {
    [Key in Keys]: {
        [Key2 in Key]: 'desc' | 'asc'
    } & {
        [Key3 in Exclude<Keys, Key>]: false
    }
}[Keys]

结果就是我们要的类型:

项目中 2 个真实的 TS 类型编程案例

任意多个索引都可以动态生成复合需求的联合类型。

项目中 2 个真实的 TS 类型编程案例

上面这个高级类型还可以做一些优化,把 key 的约束换成 keyof any:

项目中 2 个真实的 TS 类型编程案例

keyof any 的结果就是索引的类型:

项目中 2 个真实的 TS 类型编程案例

但有个配置项叫做 keyofStringsOnly

项目中 2 个真实的 TS 类型编程案例

开启之后就只能是 string 作为 key 了:

项目中 2 个真实的 TS 类型编程案例

keyof any 就可以动态获取 key 的可能类型,比写死更好。

这个高级类型最终就是这样的:

type GenerateType<Keys extends keyof any> = {
    [Key in Keys]: {
        [Key2 in Key]: 'desc' | 'asc'
    } & {
        [Key3 in Exclude<Keys, Key>]: false
    }
}[Keys]

小结一下:当需要枚举很多种类型的可能性的时候,可以用类型编程动态生成。

那如果不用类型编程呢?

那你就得手动维护所有的可能类型了。

这就是类型编程的第二个意义,可以动态生成类型。

通过这两个真实的案例,不知道你是否体会到类型编程解决了什么问题呢?

当你需要修改已有的类型,或者动态生成类型,都可以用类型编程。

第一个案例,我们递归给每一层加上了可索引签名,不需要手动一层层改。

第二个案例,我们动态生成了所有的可能类型,不需要手动枚举。

类型编程的意义,你感受到了么?

原文始发于微信公众号(神光的编程秘籍):项目中 2 个真实的 TS 类型编程案例

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/108291.html

(0)
神光的编程秘籍的头像神光的编程秘籍

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!