microsoft / microsoft/TypeScript
Precedence in parsing types
Personne n'a encore pris cette issue.
- Langage dominant
- Go
- Étoiles
- 111k
- Forks
- 14.4k
- Merge moyen
- 1 j 19 h
- PR mergées (30 j)
- 117
Description
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 { }
)
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Reproduisez les deux exemples d’annotations de type et l’exemple d’argument rest de l’issue, puis examinez la gestion des types union et des types de fonction par le parser de TypeScript. Le travail est terminé lorsque la forme non parenthésée est analysée avec succès sans régression dans les formes parenthésées ni dans le cas de l’argument rest.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- typescript
- Domaine
- compilers
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100