microsoft / microsoft/TypeScript
Iterator Helpers: `return` method typing is weaker than ideal
Personne n'a encore pris cette issue.
- Langage dominant
- Go
- Étoiles
- 111k
- Forks
- 14.3k
- Merge moyen
- 1 j 19 h
- PR mergées (30 j)
- 117
Description
⚙ Compilation target
ESNext
⚙ Library
esnext.iterator.d.ts
Missing / Incorrect Definition
The return method always exists on iterators returned by Iterator.from (iter in below code) and iterators returned by Iterator Helpers methods (iter2 in below code).
However, it is defined as optional in the current definition. This could be improved.
Please note that you can't just add a non-optional return method definition to the IteratorObject type -- iterators returned by builtin methods other than Iterator Helpers don't have that method (iter3).
P.S. if you are interested in a motivating example, I don't have one. Sorry 🤪
Sample Code
const iter = Iterator.from({ next() { return { done: false, value: 0 }} });
iter.return(); // should not error
const iter2 = iter.map(x => x);
iter2.return(); // should not error
const iter3 = [].values();
iter3.return(); // Note: this error IS correct
Documentation Link
https://tc39.es/proposal-iterator-helpers/
Spec states that below objects always have the return method:
- %WrapForValidIteratorPrototype%
- %IteratorHelperPrototype%
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
Commencez dans esnext.iterator.d.ts et examinez les définitions de IteratorObject, Iterator.from et Iterator Helpers par rapport au code d’exemple. Vérifiez le comportement attendu à partir de la spécification Iterator Helpers liée : Iterator.from et les résultats des helpers devraient autoriser return(), tandis que [].values() devrait continuer à le refuser. Le travail est terminé lorsque les déclarations distinguent ces cas sans introduire d’erreur pour iter3.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, typescript
- Domaine
- compilers
- Type d'issue
- Bug
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Activité
- À l'abandon
- Clarté
- Clairement spécifiée
- Accessibilité débutants
- 58/100