Typescript 体操记录
Typescript(开发问题记录)
vue/macros 类型报错
基本原因: ts升级到5.x带来的规范性问题 根本原因:
vite
模板在tsconfig.json
使用的是"moduleResolution": "Node"
配置ts
升级到5.x后新增了一个配置resolvePackageJsonExports
,这个配置在moduleResolution
的值为node
时是默认为true
的resolvePackageJsonExports
会要求导入一个包时严格检测包的exports
解决方案:
- 如果
ts
版本小于 5,那么出现这个告警的原因应该是最新版vscode
,测试后发现好像vscode 1.74
以及更早的版本不会出现该告警- 这种情况下可以选择将vscode的内置Typescript版本降为4.x
- 如果
ts
版本大于 5,那么你可以选择将moduleResolution
配置为bundler
,但是这样的话,其他依赖(比如 Element Plus)就会疯狂报错- // @ts-expect-error 来忽略这个错误
- resolvePackageJsonExports设为false
js 文件不能识别paths路径
tsconfig.json
里添加上allowJs: true
和include
里添加上js
文件
.ts 后缀报错
tsconfig.json
设置 "allowImportingTsExtensions": true
即可,相关阅读
当使用TypeScript编写模块时,通常需要在导入模块时使用输出文件的扩展名作为相对模块标识符的文件扩展名。这是为了确保在输出的JavaScript文件中,导入路径能够正确地解析到对应的JavaScript文件。
让我们看一个简单的例子来说明这个概念。假设我们有两个TypeScript文件:math.ts和main.ts。
math.ts文件的内容如下:
export function add(a: number, b: number) {
return a + b;
}
main.ts文件的内容如下:
import { add } from "./math.ts";
console.log(add(2, 3));
在这个例子中,main.ts文件中使用了相对路径"./math.ts"来导入math.ts文件中的add函数。根据上述规则,TypeScript要求在导入时使用输出文件的扩展名作为相对模块标识符的文件扩展名。因此,"./math.ts"应该被写成"./math.js"。
如果我们不将"./math.ts"重写为"./math.js",而保持原样,那么在运行时,该导入将无法解析到另一个JavaScript文件,因为在输出的JavaScript文件中并没有名为"math.ts"的文件。
为了避免生成不安全的输出JavaScript文件,TypeScript限制了导入路径以.ts扩展名结尾的情况。这样做是为了确保在输出的JavaScript文件中,所有的导入路径都能正确地解析到对应的JavaScript文件。
然而,如果我们处于一种情况,例如使用打包工具或TypeScript运行时,它们会在内存中转译TypeScript文件并最终生成一个打包文件,那么我们可以通过打开noEmit选项和allowImportingTsExtensions选项来禁用生成不安全的JavaScript文件并消除.ts扩展名导入时的错误。这样,我们就可以在导入模块时使用.ts扩展名,而不需要将其重写为.js扩展名。
如何在不使用const泛型修饰符的情况下推导出列表字面量
如果我们确实想让返回值的类型和传入参数的类型所匹配,但不想加上as const修饰符(因为它会让类型变为readonly ["111", "222"]),那我们怎么做呢?
最近TypeScript 5.0的更新中加入了const泛型修饰符,能够在不用as const断言的情况下推导出字面量类型,然而它的结果也是readonly,这不是我们所想要的
其实你只需要做一些小小的改动:
const g = <T extends string[]>(t: [...T]) => t // 这里t的类型用了一个展开运算
const h = g(['111', '222']) // 好,类型变成["111", "222"]了
就可以得到我们想要的结果。
INFO
相关阅读:Typescript 如何使一个传入的 Array 类型变为元组类型?
这里的 source 的[...T] 只是说把source 类型推断成一个Tuple Type,而 T 本身应该是一个形如(number | string | {a: number})[] 的 Array Type。
但是这里的字面量[1, 'hello', { a: 1 }]并不是独立推断的, 它受到上下文类型 的影响,而这个影响是是 Variadic tuple types 设计的一项特性。
当一个数组字面量的上下文类型是 Tuple Type,那么就会对这个数组字面量推导出对应的Tuple Type,[...T]就是这个上下文类型的指示器。
TS的作者 Anders 老爷子在提交这项特性的PR里提到过这一特点,并给出示例:
declare function ft1<T extends unknown[]>(t: T): T
declare function ft2<T extends unknown[]>(t: T): readonly [...T]
declare function ft3<T extends unknown[]>(t: [...T]): T
declare function ft4<T extends unknown[]>(t: [...T]): readonly [...T]
ft1(['hello', 42]) // (string | number)[]
ft2(['hello', 42]) // readonly (string | number)[]
ft3(['hello', 42]) // [string, number]
ft4(['hello', 42]) // readonly [string, number]
字符串的宽松自动补全
TypeScript 有一个著名的 hack,可以使用 string & {}来获得字符串上的'宽松自动补全'。例如: ts复制代码type IconSize = 'small' | 'medium' | 'large' | (string & {});
这个注解看起来可能很奇怪 - 但其目的是允许你向IconSize赋值任何内容,同时仍获取另外三个值的自动补全。
const icons: IconSize[] = [
'small',
'medium',
'large',
'extra-large',
'anything-goes',
]
TypeScript 5.3 可能会实现一个使这个 hack 不必要的新特性。你将能够使用string作为类型并获得相同的自动补全:
type IconSize = 'small' | 'medium' | 'large' | string
这个太美滋滋了,特别是因为 WebStorm 用户已经享有这个功能多年了。
ts 类型错误检查
1. @ts-check
在 JavaScript 文件中启用语义检查。必须在文件顶部。
2. @ts-expect-error
禁止在文件的下一行显示 @ts-check 错误,预计至少存在一个错误。
3. @ts-nocheck
在 JavaScript 文件中禁用语义检查。必须在文件顶部。
4. @ts-ignore
取消文件下一行的 @ts-check 错误提示
关于 interface 和 type 的区别
- interface extends 性能要比 & 好
https://www.totaltypescript.com/react-apps-ts-performance
https://github.com/microsoft/TypeScript/wiki/Performance#preferring-interfaces-over-intersections
- interface 可以类型重载,type 不行
- type 可以声明联合类型,交叉类型等,interface 不行
业务代码里的 TypeScript 小技巧: https://mp.weixin.qq.com/s/oiGfdc2ZVHvWQheOl3JsyA
使用互斥类型替代联合类型
我们经常使用联合类型描述一组相近的实体类型,比如我们希望一个变量要么符合游客 Visitor 类型,要么符合注册用户 Registered 类型,不允许同时符合(即同时拥有 referer 与 email 这两个属性)。一般我们会想到使用联合类型 User:
interface Visitor {
referer: string
}
interface Registered {
email: string
}
type User = Visitor | Registered
但这其实是个误区,因为联合类型不会约束「不能同时符合」这一点:
const user: User = {
referer: 'www.google.com',
email: 'linbudu@qq.com',
}
这可能会导致后续的代码处理出现问题,比如可能有判断 user.email 存在就认为它是已注册用户的逻辑。
为了表示「不能同时拥有」,我们可以使用互斥类型 XOR
XOR 的两个类型参数表示这两个类型互斥,因此你也可以实现「要么同时存在,要么同时不存在」的属性绑定,只需要为其中一个参数指定 {} 类型即可。
interface Registered {
email: string
registerTime: number
level: number
}
type XORStruct = XOR<{}, Registered>
const val1: XORStruct = {} // √
// X
const val2: XORStruct = {
email: 'linbudu@qq.com',
}
// √
const val3: XORStruct = {
email: 'linbudu@qq.com',
registerTime: Date.now(),
level: 9999,
}
写法:
type Without<T, U> = { [P in Exclude<keyof T, keyof U>]?: never }
type XOR<T, U> = (Without<T, U> & U) | (Without<U, T> & T)
atisfies 关键字
satisfies 关键字引入于 TypeScript 4.9 版本,用于实现「使用类型约束值,但仍然使用值本身推导的类型」的效果。
type Colors = 'red' | 'green' | 'blue'
type RGB = [number, number, number]
type Palette = Record<Colors, string | RGB>
const palette = {
red: [255, 0, 0],
green: '#00ff00',
blue: [0, 0, 255],
} satisfies Palette
// string
palette.green.startsWith('#') // √
// [number, number, number]
palette.red.find(() => true) // √
// [number, number, number];
palette.blue.entries() // √
在这个例子中,我们要求变量 palette 的类型满足 Palette 结构,同时没有像类型断言或类型标注的效果一样(标注为 Palette 类型,或断言到 Palette 类型),将变量类型修改为了 Palette 类型,而是继续保留了其原始推导出的字面量类型结构。
关于 satisfies 、类型标注、类型断言与隐式类型推导的差异,请阅读:TypeScript 4.9 beta: satisfies 操作符。
模板字符串类型的排列组合
当你希望获得一组规律固定,可由排列组合得到的联合类型时,可以使用模板字符串类型的插槽组合特性:
type Software = 'WeChat' | 'AliPay' | 'LOLM'
type Platform = 'Android' | 'iOS' | 'HarmonyOS'
type VersionTag = 'debug' | 'stable' | 'nightly'
type Products = `${Software}-${Platform}-${VersionTag}` // "WeChat-Android-debug" | "WeChat-Android-stable" | ...