Feature request: split whatwg definitions in separate files
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- typescript
- Bereich
- tooling
Rechercherichtung
Im Issue werden keine Dateien, Tests oder Einstiegspunkte identifiziert. Lies zunächst die verwandten Issues 41727 und 31535 und untersuche dann, wie dieser Generator die Definitionen der DOM-Bibliothek organisiert. Erledigt ist die Aufgabe, wenn Benutzer eine separate whatwg URL auswählen und Definitionen neben einer ECMAScript lib abrufen können, ohne auf die umfassendere DOM lib angewiesen zu sein.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Use case
I want to write an isomorphic library that runs in the browser and nodejs. I want to make sure that I only rely on globals that are available in both environments. Currently, to do this, I must use lib: ["dom"] and types: ["node"], which results in defined globals that are not actually available in both runtime envs, leading to a fake sense of type safety when writing code.
Suggested solution
As a user of typescript, I would like to be able to pick more precisely the libs I depend on. For example: lib: ["es2022", "whatwg.url", "whatwg.fetch"]
There would be a lot of benefit to doing this:
@types/nodewould not have to re-define definitions already provided bytypescript(new URL(u as URL)incorrectly yields an error when usingtypes: ["node"])- All libraries targeting both dom & scripthost envs would benefit from improved type safety
Related issues
- Vorherrschende Sprache
- TypeScript
- Sterne
- 740
- Forks
- 474
- Ø Merge
- 2 T. 8 Std.
- Gemergte PRs (30 T.)
- 15
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoft/TypeScript-DOM-lib-generator
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
microsoft/TypeScript-DOM-lib-generator#2554 · 6 Kommentare ·
-
lib.d.ts bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
lib.d.ts bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100
microsoft/TypeScript-DOM-lib-generator#2154 · 1 Reaktion ·
-
lib.d.ts bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
microsoft/TypeScript-DOM-lib-generator#2107 · 5 Kommentare ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
microsoft/TypeScript-DOM-lib-generator#1675 · 2 Kommentare · 1 Reaktion ·
Alle Issues in microsoft/TypeScript-DOM-lib-generator
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
calcite-components needs triage refactor
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Esri/calcite-design-system#15203 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 90/100
danielmiessler/LifeOS#2218 ·