在类型检查方面，Typescript非常强大，但有时当一些类型是其他类型的子集，而你需要为它们定义类型检查时，它就变得很乏味。
举个例子，你有2个响应类型。
interface UserProfileResponse {
id: number;
name: string;
email: string;
phone: string;
avatar: string;
}
interface LoginResponse {
id: number;
name: string;
}我们可以为 UserProfileResponse 定义类型，并为 LoginResponse 挑选一些属性，而不是定义相同上下文的 LoginResponse 和 UserProfileResponse 的类型。
type LoginResponse = Pick<UserProfileResponse, "id" | "name">;让我们来了解一些可以帮助你写出更好的代码的实用函数。
Uppercase
构建一个类型的所有属性都设置为大写的类型。
type Role = "admin" | "user" | "guest";
// Bad practice
type UppercaseRole = "ADMIN" | "USER" | "GUEST";
// Good practice
type UppercaseRole = Uppercase<Role>; // "ADMIN" | "USER" | "GUEST"Lowercase
构建一个类型的所有属性都设置为小写的类型。与 Uppercase 相反。
type Role = "ADMIN" | "USER" | "GUEST";
// Bad practice
type LowercaseRole = "admin" | "user" | "guest";
// Good practice
type LowercaseRole = Lowercase<Role>; // "admin" | "user" | "guest"Capitalize
构建一个类型的所有属性都设置为大写开头的类型。
type Role = "admin" | "user" | "guest";
// Bad practice
type CapitalizeRole = "Admin" | "User" | "Guest";
// Good practice
type CapitalizeRole = Capitalize<Role>; // "Admin" | "User" | "Guest"Uncapitalize
构建一个类型的所有属性都设置为非大写的类型。与Capitalize相反。
type Role = "Admin" | "User" | "Guest";
// Bad practice
type UncapitalizeRole = "admin" | "user" | "guest";
// Good practice
type UncapitalizeRole = Uncapitalize<Role>; // "admin" | "user" | "guest"Partial
构建一个类型的所有属性都设置为可选的类型。
interface User {
name: string;
age: number;
password: string;
}
// Bad practice
interface PartialUser {
name?: string;
age?: number;
password?: string;
}
// Good practice
type PartialUser = Partial<User>;Required
构建一个由Type的所有属性组成的类型，设置为必填。与Partial相反。
interface User {
name?: string;
age?: number;
password?: string;
}
// Bad practice
interface RequiredUser {
name: string;
age: number;
password: string;
}
// Good practice
type RequiredUser = Required<User>;Readonly
构建一个由Type的所有属性组成的类型，设置为只读。
interface User {
role: string;
}
// Bad practice
const user: User = { role: "ADMIN" };
user.role = "USER";
// Good practice
type ReadonlyUser = Readonly<User>;
const user: ReadonlyUser = { role: "ADMIN" };
user.role = "USER"; // Error: Cannot assign to 'role' because it is a read-only property.Record
Record是一个很好用的工具类型。他会将一个类型的所有属性值都映射到另一个类型上并创造一个新的类型，
interface Address {
street: string;
pin: number;
}
interface Addresses {
home: Address;
office: Address;
}
// 或者
type AddressesRecord = Record<"home" | "office", Address>;Pick
从一个复合类型中，取出几个想要的类型的组合
interface User {
name: string;
age: number;
password: string;
}
// Bad practice
interface UserPartial {
name: string;
age: number;
}
// Good practice
type UserPartial = Pick<User, "name" | "age">;Omit
以一个类型为基础支持剔除某些属性，然后返回一个新类型。
interface User {
name: string;
age: number;
password: string;
}
// Bad practice
interface UserPartial {
name: string;
age: number;
}
// Good practice
type UserPartial = Omit<User, "password">;Exclude
Exclude<T, U>，该工具类型能够从类型T中剔除所有可以赋值给类型U的类型。
type Role = "ADMIN" | "USER" | "GUEST";
// Bad practice
type NonAdminRole = "USER" | "GUEST";
// Good practice
type NonAdmin = Exclude<Role, "ADMIN">; // "USER" | "GUEST"Extract
Extract 的功能，与 Exclude 相反，它是 提取 T 中可以赋值给 U 的类型。
type Role = "ADMIN" | "USER" | "GUEST";
// Bad practice
type AdminRole = "ADMIN";
// Good practice
type Admin = Extract<Role, "ADMIN">; // "ADMIN"NonNullable
构建一个类型的所有属性都设置为非空的类型。
type Role = "ADMIN" | "USER" | null;
// Bad practice
type NonNullableRole = "ADMIN" | "USER";
// Good practice
type NonNullableRole = NonNullable<Role>; // "ADMIN" | "USER"作者：Rahul Sharma,译者：前端小智
来源：dev
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！