microsoft / microsoft/TypeScript

Move away from Classic module resolution as default for all module kinds

Abierto
#11,434 8 comentarios 10 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Committed Effort: Moderate Help Wanted Suggestion
Lenguaje dominante
Go
Estrellas
111k
Forks
14.3k
Merge medio
2 d 4 h
PR fusionados (30 d)
132

Descripción

TypeScript's original module resolution strategy (the Classic resolution strategy) has some strange behavior that apparently doesn't actually reflect any other resolution strategy. It seems strange that those using non-CommonJS emit targets get this behavior by default.

Classic resolution also causes many disk probes during the walk up the project root - assuming that this strategy does eventually succeed in most cases, it seems like most uses could be subsumed by:

  • Using relative paths.
  • Modifying the baseUrl and paths properties in tsconfig.json.

After discussing with @vladima, we think it is worth considering switching the default resolution strategy for all module targets to Node.

Here's what needs to be done:

  • Investigate existing tsconfig.jsons that target esXXXX` and have no explicit/implied resolution strategy.
  • Determine the downstream effects to a change to defaults
  • Determine if this change outweighs the potential breakage
  • Implement if appropriate

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Comienza investigando los archivos tsconfig.json existentes que apuntan a esXXXX sin una estrategia de resolución explícita ni implícita. Compara los efectos posteriores y las posibles incompatibilidades de cambiar el valor predeterminado de Classic a Node y, después, determina si es apropiado implementarlo. Se considera terminado cuando existe una decisión respaldada y, si se aprueba, se implementa el comportamiento predeterminado.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
typescript
Área
compilers
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Estancado
Claridad
Bastante claro
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.