typescript中类型断言理解
typescript中类型断言好理解也好用
类型断言是个好用的玩意，虽然typescript很强大，但是有时还不如我们知道一个值的类型，导致在开发过程中总是报一些令人头痛的类型错误。使用断言，简单来说就是先做好一个假设，使得编译通过。
我一开始接触类型断言时是有点不明白的，后来我了解到原因是 “**类型断言更像是类型的选择，而不是类型转换”。**我发现不少博客文章里把类型断言说成了类型转换，这在最开始给我带来了一些困扰。
使用类型断言有两种方式：
<类型>值
或者
值 as 类型
推荐以 as 方式，因为 jsx 这样的语法中只支持 as 方式。
我们还得知道什么时候来使用类型断言，但是这个我没办法一一列举出来，主要因为我也没有很多使用typescript的经验。但是可以举一个最直观的例子：
function func(val: string | number): number {
if (val.length) {
return val.length
} else {
return val.toString().length
}
}
函数的参数 val 是一个联合类型，在这里的意思是说 val 可以是字符串类型也可以是数值类型。代码中要返回参数的长度，但是 length 可以是字符串的属性，而数值是没有这个属性的，所以当 val 是数值时，就先用 toSting() 来将数字转换为字符串再取长度。这样的逻辑本身没问题，但是在编译阶段一访问 val.length 时就报错了，因为 **访问联合类型值的属性时，这个属性必须是所有可能类型的共有属性，**而length不是共有属性，val 的类型此时也没确定，所以编译不通过。为了通过编译，此时就可以使用类型断言了，如下：
function func(val: string | number): number {
if ((<string>val).length) {
return (<string>val).length
} else {
return val.toString().length
}
}
或者
function func(val: string | number): number {
if ((val as string).length) {
return (val as string).length
} else {
return val.toString().length
}
}
例子中，把 val 断言为了 string类型，此时就可以访问 length 属性了。你可能会疑惑如果 val 断言为了string，那么开始定义的联合类型是不是失去了它的意义？答案是否定的。我在一开始就说了类型断言不是类型转换，而是类型选择，可以理解为在编译阶段强行把 val 当作 string类型来访问了。
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！