microsoft / microsoft/TypeScript
Inconsistent behavior of "export as" symbols.
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Go
- Estrellas
- 111k
- Forks
- 14.3k
- Merge medio
- 2 d 4 h
- PR fusionados (30 d)
- 132
Descripción
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
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Reproduce el problema con los dos fragmentos de TypeScript del informe utilizando la versión de TypeScript indicada. Traza cómo se resuelve el alias exportado para la finalización normal en comparación con el diagnóstico del argumento del constructor y, después, añade cobertura para ambas rutas o localiza una existente. Se considera terminado cuando ambas sugerencias usan de forma coherente PublicNameClass en lugar de LongNameOfInnerClass.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- typescript
- Área
- compilers
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 40/100