microsoft / microsoft/TypeScript
3.4.1 regression in distributed types
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Go
- Sterne
- 111k
- Forks
- 14.3k
- Ø Merge
- 1 T. 19 Std.
- Gemergte PRs (30 T.)
- 117
Beschreibung
TypeScript Version: 3.5.0-dev.20190425
The example below was taken from a real world use-case and simplified.
The U type is distributed while the T type remains the original union.
The T type is wrapped with Box<T> when U is not an object.
type Box<T> = { value: T }
type Test<T> = [T] extends [infer U]
? U extends object
? U
: U | Box<T>
: never
type A = number | { foo: number }
type B = Test<A>
In theory, the B type should be identical to:
type B = number | { foo: number } | Box<number | { foo: number }>
But in the latest version, the B type is instead identical to:
type B = number | { foo: number } | Box<number | (number & { foo: number })>
This works correctly in 3.3.x but not 3.4.x and later.
Playground Link: click here
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginnen Sie mit der verlinkten Playground-Reproduktion und vergleichen Sie ihr Verhalten zwischen TypeScript 3.3.x und 3.4.x oder höher. Verfolgen Sie, wie der bedingte Typ U verteilt wird, während T erhalten bleibt, und betrachten Sie das Issue als abgeschlossen, wenn B der angegebenen erwarteten Union ohne die Intersection innerhalb von Box entspricht.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- compilers
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Klar beschrieben
- Anfängerfreundlichkeit
- 35/100