microsoft / microsoft/TypeScript
Inconsistent narrowing of adjacently tagged unions
Nessuno ha ancora preso questa issue.
- Lingua principale
- Go
- Stelle
- 111k
- Fork
- 14.3k
- Merge medio
- 1g 19h
- PR unite (30g)
- 117
Descrizione
🔎 Search Terms
narrow adjacently tagged union
🕗 Version & Regression Information
This changed between versions v4.8.4 and v4.9.5:
Prior to v4.9.5, TypeScript would work the same both for SomeInterface | string | undefined and SomeInterface | string, which is still undesired behavior, but it is consistent.
⏯ Playground Link
💻 Code
interface State<Type> {
state: Type;
}
interface UserName {
first: string;
last?: string;
}
// Can't union narrow of string | object:
const nameState1 = {} as unknown as {
value: string;
state: State<string>;
} | {
value: UserName;
state: State<UserName>;
};
if (typeof nameState1.value === "string") {
nameState1.state satisfies State<string>;
// ^^^^^^^^^
// Type 'State<string> | State<UserName>' does not satisfy the expected type 'State<string>'.
// Type 'State<UserName>' is not assignable to type 'State<string>'.
// Type 'UserName' is not assignable to type 'string'.(1360)
}
// But it works if I add undefined to the mix:
const nameState2 = {} as unknown as {
value: undefined;
state: State<undefined>;
} | {
value: string;
state: State<string>;
} | {
value: UserName;
state: State<UserName>;
};
if (typeof nameState2.value === "string") {
nameState2.state satisfies State<string>;
}
🙁 Actual behavior
nameState1 won't narrow down to State<string>, but when undefined is in the union (nameState2) it does narrow down with the same condition.
🙂 Expected behavior
I would expect nameState1 to correctly narrow down to State<string> or at least not to change behavior when adding undefined to the mix.
Additional information about the issue
This inconsistency is not consistent across different narrowing methods too:
// Bonus 1: Opposite condition isn't consistent too:
if (typeof nameState1.value === "object" && "first" in nameState1.value) {
nameState1.state satisfies State<UserName>;
// ^^^^^^^^^
}
if (typeof nameState2.value === "object" && "first" in nameState2.value) {
// No type error!
nameState2.state satisfies State<UserName>;
}
// Bonus 2: Checking using `is` doesn't work on both unions:
if (isString(nameState1.value)) {
nameState1.state satisfies State<string>;
// ^^^^^^^^^
}
if (isString(nameState2.value)) {
nameState2.state satisfies State<string>;
// ^^^^^^^^^
}
function isString(value: any): value is string {
return typeof value === "string"
}
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia con il TypeScript Playground collegato e riproduci gli esempi nameState1 e nameState2, inclusi i controlli typeof, property e user-defined type-predicate. Confronta il comportamento di narrowing risultante con i tipi attesi; il lavoro è completato quando la proprietà di stato correlata viene ristretta in modo coerente per casi di unione equivalenti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- typescript
- Ambito
- compilers
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 42/100