arethetypeswrong / arethetypeswrong/arethetypeswrong.github.io
feature: detect inferred type cannot be named error
- Vorherrschende Sprache
- TypeScript
- Sterne
- 1.6k
- Forks
- 65
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
I was thinking about doing something similar.
Basically what's need is to get the package, install the dependencies, and see if the types in the output files can be resolved or not.
This is especially problematic with `pnpm` with monorepo as the transient packages are located at the top level `./node_modules/.pnpm/...`.
For example:
```sh
# Dependency graph
- lib-a
- lib-b
- lib-c
```
```sh
# folder
- packages
- lib-a
- node_modules
- lib-b # symlink to /node_modules/.pnpm/lib-b/version-y
- node_modules
- .pnpm
- lib-b@version-y
- lib-c@version-x
```
If `lib-b` does not re-exports the type from `lib-c`, you will get Inferred type cannot be named error.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Das Issue nennt keine Dateien, Tests oder keinen Einstiegspunkt. Beginne damit, die Paketinstallation und die Auflösung des Ausgabetyps für pnpm-Monorepos nachzuverfolgen, und definiere den Abschluss als das Erkennen, wann ein abgeleiteter Typ nicht benannt werden kann, weil der Typ einer transitiven Abhängigkeit nicht erneut exportiert wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100