microsoft / microsoft/TypeScript
Support loading remote types
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
### đ Search Terms
It would be great if TypeScript supported importing type definitions in config files directly from a remote URL (akin to JSONâs $schema), enabling typed configs without forcing consumers to install and maintain purely type-level dependencies in package.json
### â Viability Checklist
- [x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
- [x] This wouldn't change the runtime behavior of existing JavaScript code
- [x] This could be implemented without emitting different JS based on the types of the expressions
- [x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
- [x] This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
- [x] This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals
### â Suggestion
-
### đ Motivating Example
Example:
`// @ts-import "http://example.com/Definitions-1.2.0/Library.d.ts"`
### đ» Use Cases
1. What do you want to use this for?
For tools config ts files
3. What shortcomings exist with current approaches?
- Type-only dependencies are unnecessarily coupled to package management
Even when a library is consumed purely at the type level, users are required to declare and version it in package.json. This inflates dependency graphs, increases maintenance overhead, and introduces update and security workflows for artifacts that have no runtime relevance.
- Ergonomics for library and framework authors
Tool authors lack a lightweight, declarative way to publish stable, versioned configuration contracts.
5. What workarounds are you using in the meantime? Import in the package.json
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
Aucun fichier, test ou point dâentrĂ©e nâest nommĂ©. Commencez par examiner lâexemple ts-import proposĂ© et la solution de contournement indiquĂ©e pour package.json, puis Ă©tudiez comment TypeScript rĂ©sout actuellement les dĂ©pendances de type uniquement. Le travail sera considĂ©rĂ© comme terminĂ© lorsquâun design convenu et une implĂ©mentation du chargement de fichiers .d.ts distants seront dĂ©finis, y compris le comportement pour le cas dâutilisation dâune configuration basĂ©e sur une URL.
Rédigé par le modÚle d'indexation à partir du texte de l'issue.
Ăvaluation
- Stack technique
- typescript
- Domaine
- compilers
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Active
- Clarté
- Ă clarifier
- Accessibilité débutants
- 30/100