问题的第一部分在于您的OptionalKeys 类型。关系是相反的,如果你有一个联合,联合是成员的超类型,而不是相反。例如:
type N = number | undefined extends number ? "Y": "N" // will be "N"
type Y = number extends number | undefined ? "Y": "N" // will be "Y"
所以在我们的例子中,OptionalKeys 将是:
type OptionalKeys<T> = {[P in keyof T]-: undefined extends T[P]? P : never }[keyof T]
我们还需要从键中排除undefined,因为由于属性的可选性,它会在那里。
问题的第二部分是如何构造一个在所有情况下都能正常工作的递归类型别名。为此,我们可以转向 DeepReadOnly 示例找到 here
type Foo = {
foo?: number
fooArray?: number[]
bar: string
obj?: {
qwe?: number
asd: string
}
objArray?: Array<{
qwe?: number
asd: string
}>
}
type OptionalKeys<T> = Exclude<{ [P in keyof T]: undefined extends T[P] ? P : never }[keyof T], undefined>
type primitive = string | number | boolean | undefined | null
type PickOptionalProperties<T> =
T extends primitive ? T :
T extends Array<infer U> ? PickOptionalPropertiesArray<U> :
PickOptionalPropertiesObject<T>
interface PickOptionalPropertiesArray<T> extends ReadonlyArray<PickOptionalProperties<T>> { }
type PickOptionalPropertiesObject<T> = {
readonly [P in OptionalKeys<T>]: PickOptionalProperties<Exclude<T[P], undefined>>
}
type Foo24 = PickOptionalProperties<Foo>
const o: Foo24 = {
foo: 0,
fooArray: [1, 2],
obj: {
qwe: 1,
},
objArray: [
{ qwe: 1 }
]
}
编辑
正如@jcalz 指出的,这种类型的非严格空检查版本可以使用:
type OptionalKeys<T> = { [K in keyof T]-?: {} extends Pick<T, K> ? K : never }[keyof T]
其工作方式是测试从他类型中选择的P 属性是否可以分配给{},如果是这样,则意味着P 属性是可选的,就好像它是必需的一样,结果Pick不能分配给{}。
这个版本实际上会更好地选择可选属性和baseType | undefined 类型的必需属性,具体取决于您的使用情况。