TypeScript 基础知识五：Type 别名、断言
2024-02-14 10:43:30
在 TypeScript 的世界里，类型系统就像一位尽职尽责的守门员，它时刻警惕着代码中可能出现的类型错误，确保程序的稳定运行。但有时候，这位守门员也会犯错，或者我们开发者需要一些特殊的“权限”来绕过它，这时就需要用到类型别名和类型断言这两个工具了。
类型别名：为类型穿上新马甲
想象一下，你有一个很长的类型，例如 interface Person { name: string; age: number; address: string; }，每次使用它都要写这么一大串，是不是很麻烦？这时，类型别名就派上用场了。它就像给类型穿上了一个简洁的新马甲，让你可以用更短的名字来指代它。
type Person = { name: string; age: number; address: string; };
let john: Person = { name: "John", age: 30, address: "123 Main St" };
你看，现在用 Person 就代替了那一长串的接口定义，代码是不是清爽多了？类型别名不仅可以简化代码，还可以提高代码的可读性。当你看到 Person 时，就能立刻明白它代表的是一个人的信息，而不用再去费力解读那一长串的类型定义。
类型断言：我比编译器更懂
有时候，编译器并不能完全理解我们的代码意图，它可能会给出一些错误的类型提示。这时候，我们可以使用类型断言来告诉编译器：“相信我，我知道自己在做什么”。
举个例子，你从后端接口获取了一个数据，它的类型是 any，但你知道它实际上是一个 Person 对象。这时，你可以使用类型断言来将它转换成 Person 类型。
let data: any = fetchUserData();
let person = data as Person;
console.log(person.name);
这里，as Person 就相当于告诉编译器：“相信我，data 变量就是一个 Person 对象”。这样，你就可以直接访问 person.name 等属性了，而不会出现编译错误。
需要注意的是，类型断言是一种很强大的工具，但也要谨慎使用。如果你断言的类型是错误的，程序在运行时可能会出现问题。所以，只有当你确信自己比编译器更了解类型的时候，才应该使用类型断言。
常见问题解答
-
类型别名和接口有什么区别？
- 类型别名可以为任何类型创建别名，包括基本类型、联合类型、交叉类型等；而接口只能用于对象的形状。
- 接口可以被继承和实现，而类型别名不可以。
- 在大多数情况下，类型别名和接口可以互相替换，选择哪种方式取决于个人喜好和代码风格。
-
什么时候应该使用类型断言？
- 当你从外部获取数据，并且知道它的类型，但编译器无法推断出来时。
- 当你处理一些 DOM 元素，并且知道它的类型，但编译器无法推断出来时。
- 当你使用一些第三方库，并且知道它的类型，但编译器无法推断出来时。
-
类型断言会影响程序的性能吗？
- 类型断言不会影响程序的性能，因为它只在编译阶段起作用，在运行时会被移除。
-
如何避免滥用类型断言？
- 尽量避免使用
any类型，因为它会绕过类型检查。 - 尽量使用类型推断，让编译器自动推断类型。
- 只有当你确信自己比编译器更了解类型的时候，才应该使用类型断言。
- 尽量避免使用
-
类型别名和类型断言可以一起使用吗？
- 可以，你可以先使用类型别名创建一个新的类型，然后再使用类型断言将一个变量转换成这个类型。
希望这篇文章能帮助你理解 TypeScript 中的类型别名和类型断言，并在实际开发中灵活运用它们。记住，类型系统是你的朋友，它可以帮助你写出更健壮、更易维护的代码。
