microsoft / microsoft/TypeScript
Precedence in parsing 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
It looks to me like this should parse, but it doesn't:
var x: number | (string)=>void;
It works with added parens:
var x: number | ((string)=>void);
But if the parser is not too hacky, then maybe it's easy to make the first work?
(FWIW, I ran into this in a rest argument, where it would be nice to avoid the extra parens in
function foo(...xs: (number | ()=>void)[]): void { }
)
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
Reproduziere die beiden Beispiele für Typannotationen und das Beispiel mit dem Rest-Argument aus dem Issue und untersuche anschließend, wie der Parser von TypeScript Union-Typen und Funktionstypen verarbeitet. Die Aufgabe ist erledigt, wenn die Form ohne Klammern erfolgreich geparst wird, ohne dass die Formen mit Klammern oder der Fall mit dem Rest-Argument Regressionen aufweisen.
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
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100