答案。

Partial<T> 机制在 TypeScript 中引入，旨在简化处理属性可能暂时未定义的对象。历史上，开发人员必须手动创建新类型，使所有属性成为可选，这导致了代码重复和错误。

问题的历史

最初，更新或创建具有可选字段的对象时，必须显式指定每个可选属性，这非常不方便，并且不支持源接口的更改。因此，出现了工具类型 Partial<T>，它自动将类型 T 的所有属性变为可选。

问题

在 API 设计中，通常只需更新对象的一部分，而不影响其他字段。这对于 PATCH 请求、更新表单和只处理部分数据的功能尤其重要。如果没有 Partial，类型化会变得复杂和脆弱。

解决方案

使用工具类型 Partial<T>，其大致定义如下：

// 简化版：
type Partial<T> = { [P in keyof T]?: T[P] };

这样，所有属性都变为可选。示例：

interface User {
  id: number;
  name: string;
  email: string;
}

function updateUser(id: number, user: Partial<User>) {
  // ...
}

// 只可以传递可变的字段
updateUser(1, { email: "test@example.com" });

主要特点：

仅描述需要更新或设置的字段。
完全继承源接口的结构，确保类型安全。
方便与其他工具类型结合使用，例如，Pick，Omit。

陷阱问题。

可以通过 Partial 使源接口的所有字段成为必需吗？

不可以，Partial 会将所有属性变为可选。对于反向任务，存在类型 Required<T>。

如果对已经是可选属性的属性使用 Partial，会发生什么？

Partial 不会改变已经是可选的属性，所有字段仍然保持为可选，即使在应用 Partial 之前是这样的属性。

示例：

interface X { x?: number; y: string; }
const a: Partial<X> = {}; // 两个属性现在都是可选的

可以对嵌套结构使用 Partial 吗，如果只需使嵌套字段可选？

Partial 不会递归应用于嵌套对象。如果需要将所有嵌套属性变为可选，则必须自己编写通用类型或使用第三方工具。

常见错误和反模式

尝试对深层结构使用 Partial 而没有递归包装，导致意外的类型。
使用 Partial 创建 "从零开始" 的对象，结果是创建没有必需字段的对象。
全面重写整个对象，而不是更新单独的属性，从而违反类型合约。

生活示例

负面案例

在 CRUD 系统中，updateUser 接受 Partial<User>，并允许传递空对象，这导致运行时错误：必需字段被抹去。

优点：

更新的灵活性；无需传递全部。

缺点：

可能出现错误——包括必需字段的对象将保存在数据库中。

正面案例

Partial<User> 仅用于描述更新输入表单。在最终阶段，所有字段都会进行验证并与原始对象合并，然后再传递到数据库中。