microsoft / microsoft/TypeScript
Inconsistent behavior of "export as" symbols.
Personne n'a encore pris cette issue.
- Langage dominant
- Go
- Étoiles
- 111k
- Forks
- 14.3k
- Merge moyen
- 2 j 4 h
- PR mergées (30 j)
- 132
Description
TypeScript Version: 3.4.0-dev.20190305
Search Terms: export alias
Code
This is file of some-lib:
export { LongNameOfInnerClass as PublicNameClass } from './long-name-of-inner-class';
This is other file, that import above lib:
import { PublicNameClass } from 'some-lib';
new PublicNameClass(); // Here hints is OK
new PublicNameClass(wrongArgument); // Error ref to LongNameOfInnerClass
Expected behavior:
TypeScript hints have same "export as" aliases for working code and for errors.
Actual behavior:
TypeScript hints for the working code are different from the hints for errors.
Related Issues:
Not sure, but it seems that this issue has a similar problem: symbolToName does handle exports of namespaces
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 le problème avec les deux extraits TypeScript du rapport en utilisant la version de TypeScript indiquée. Suivez la résolution de l’alias exporté pour la complétion normale par rapport au diagnostic de l’argument du constructeur, puis ajoutez ou repérez une couverture pour les deux chemins. C’est terminé lorsque les deux indications utilisent systématiquement PublicNameClass plutôt que LongNameOfInnerClass.
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
- 40/100