microsoft / microsoft/TypeScript
Document how (lazy) type checking works
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Go
- Sterne
- 111k
- Forks
- 14.3k
- Ø Merge
- 2 T. 4 Std.
- Gemergte PRs (30 T.)
- 132
Beschreibung
Before the whole compiler and its API is documented, could you add a few details about the type checker:
- What normally forces the type checking and inference of a name?
- How TSC forces all types to be checked?
- What are the options for an application using the compiler API to control/force type checking?
Potentially relevant wiki pages for this information:
- https://github.com/microsoft/TypeScript/wiki/Architectural-Overview
- https://github.com/microsoft/TypeScript/wiki/Using-the-Compiler-API
- https://github.com/microsoft/TypeScript/wiki/Compiler-Internals
Search Terms
documentation, type check, laziness, architecture, compiler API
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit den TypeScript-Wiki-Seiten Architectural Overview, Using the Compiler API und Compiler Internals. Verfolge, wie die verzögerte Typüberprüfung dort beschrieben wird, und dokumentiere, was die Überprüfung normalerweise auslöst, wie TSC die Überprüfung erzwingt und wie Anwendungen der Compiler API sie steuern können; abgeschlossen ist die Aufgabe, wenn alle drei Fragen in der relevanten Wiki-Dokumentation beantwortet sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- compilers, documentation
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100