tsconfig.json-Generator
Führung
tsconfig.json-Generator
Erstellen Sie eine gültige tsconfig.json für TypeScript-Projekte, ohne die Namen der Optionen zu merken oder durch die Release-Notizen zu suchen, was in der neuesten Compiler-Version geändert wurde. Wählen Sie ein Vordefiniertes Profil (Node ESM, Node CommonJS, React, Next.js, Bibliothek oder Strikter), justieren Sie die Strenge-Optionen, fügen Sie ggf. Pfadaliases hinzu und kopieren Sie die generierte JSON-Datei in die Wurzel Ihres Projekts.
Die TypeScript-Compilerkonfiguration ist eine scharfe Oberfläche: Die Namen der Optionen sind fallgefühl, die Liste wächst mit jeder Version, und ein falsch geschriebenes oder veralteter Schlüssel kann die falsche Ausgabe erzeugen, ohne schnell zu fehlschlagen. Eine formbasierte Generator, die nur die Optionen ausgibt, die aktiviert wurden, ist die schnellste Methode, um eine funktionierende Konfiguration zu erhalten, die Ihren Projektlaufzeit- und Build-Pipeline entspricht.
Nutzung
- Öffnen Sie das Vordefiniertes Profil Dropdown und wählen Sie das nächstgelegene Profil für Ihr Projekt. Das Formular füllt sinnvolle Standardwerte für das Ziel, das Modulsystem, den JSX-Modus und die empfohlenen Flags aus.
- Passen Sie die Abschnitt „Sprache & Module“ falls Ihr Laufzeitumgebung ein anderes
target,module, odermoduleResolutionbedarf. Setzen Siejsxfalls Sie React kompilieren. - Legen Sie die Projektlayout Felder (
rootDir,outDir,baseUrl) um die Struktur Ihres Ordners zu passen. Fügen Sie Pfadaliases eine pro Zeile alsalias=target(zum Beispiel@/*=src/*). - Verwenden Sie die Strenge und Prüfung Checkboxen, um einzelne Compiler-Prüfungen zu aktivieren.
strictaktiviert die volle Familie der strengen Optionen in einem Klick. - Der Ausgabe & Interoperabilität Abschnitt steuert, wie Dateien erzeugt werden und wie Standardimporte funktionieren. Aktivieren Sie
declarationfür Bibliotheken odernoEmitwenn ein Bundler die Ausgabe verarbeitet. - Kopieren Sie die generierte Konfiguration aus dem Ausgabefenster oder laden Sie sie direkt als
tsconfig.json.
Funktionen
- Vordefinierte Profile – Node (ESM und CommonJS), React, Next.js App Router, Bibliothek und ein strenges Profil für neue Projekte.
- Alle modernen Zielversionen – von ES5 bis ES2023 sowie ESNext, mit passenden Modulsystemen einschließlich NodeNext und Bundler-Resolutions.
- Pfadalias-Generator – Geben Sie eine Aliaszeile pro Zeile ein; der Generator verbindet
baseUrlautomatisch, wenn Aliase vorhanden sind. - Granulare Strenge – Aktivieren Sie
noUncheckedIndexedAccess,exactOptionalPropertyTypesund andere einzelne Flags der strengen Familie. - JSX-Unterstützung – Wählen Sie zwischen
react-jsx,react-jsxdev, klassischreact, oderpreservefür Bundler. - Inline-Commentare – Jede Option kann mit einer kurzen Erklärung annotiert werden, damit die resultierende Datei sich selbst dokumentiert.
- Einschließen und Ausschließen von Globmuster – Mehrzeilige Eingabe für
includeundexcludeMuster mit sinnvollen Standardwerten pro Vorlage. - Bibliotheksmodus – Das Bibliotheksprofil aktiviert
declaration,declarationMapundsourceMapdamit Konsumierer vollständige Typen erhalten. - Kopieren oder Herunterladen – Fügen Sie das Ergebnis in Ihr Repository mit einem Klick ein.
Häufig gestellte Fragen
-
Was ist tsconfig.json und warum braucht TypeScript es?
tsconfig.json ist die Konfigurationsdatei, die der TypeScript-Compiler liest, um zu entscheiden, welche Dateien zu einem Projekt gehören und wie sie kompiliert werden. Ihre Anwesenheit in einem Verzeichnis markiert dieses Verzeichnis als Wurzel eines TypeScript-Projekts. Ohne es funktioniert der Compiler weiterhin für einzelne Dateien, aber Werkzeuge wie Editor, Build-Pipelines und Lint-Integrationen verlassen sich auf es, um eine konsistente Sicht auf den Code, die Zielumgebung und die Strenge der Typprüfung zu gewährleisten.
-
Was ist der Unterschied zwischen Modul und Modulauflösung?
Modul steuert die Syntax des JavaScript-Codes, den TypeScript emittiert — beispielsweise CommonJS mit require/exports, ES-Modulen mit import/export oder eine Kombination wie NodeNext. Modulauflösung ist unabhängig und bestimmt, wie Import-Spezifizierungen auf dem Laufwerk gesucht werden — beispielsweise, ob ein Import ohne Erweiterung auf eine .ts-Datei abgebildet wird, ob Felder in package.json-Exporten berücksichtigt werden und ob ein Bundler-Resolver angenommen wird. Moderne Projekte mit einem Bundler verwenden normalerweise modul: ESNext mit modulauflösung: Bundler; rein Node-basierte Projekte ohne Bundler kombinieren modul: NodeNext mit modulauflösung: NodeNext.
-
Was aktiviert strict tatsächlich?
strict ist ein Meta-Flag, das die gesamte Strict-Familie in einem einzigen Schalter aktiviert: noImplicitAny, strictNullChecks, strictFunctionTypes, strictBindCallApply, strictPropertyInitialization, noImplicitThis, alwaysStrict und useUnknownInCatchVariables. Neue strict-Flags, die in zukünftigen Compiler-Versionen hinzugefügt werden, werden automatisch eingeschaltet. Einzelne Flags können weiterhin explizit festgelegt werden, um die Standardwerte von strict zu überschreiben, aber die meisten neuen Projekte sollten strict einschalten und zusätzliche, strengere Optionen wie noUncheckedIndexedAccess hinzufügen.
-
Wie funktionieren Pfadaliases mit baseUrl?
paths definiert eine Zuordnung von Import-Spezifizierungen zu tatsächlichen Dateipfaden, und die Suche erfolgt relativ zu baseUrl. Zum Beispiel: baseUrl: "." und paths: { "@/*": ["src/*"] } bedeutet, dass ein Import aus @/utils auf ./src/utils abgebildet wird. Pfadaliases beeinflussen nur die Typüberprüfung; Bundler, Testläufer und die Laufzeitumgebung benötigen ihre eigenen entsprechenden Konfigurationen (Vite resolve.alias, Jest moduleNameMapper, Node imports-Feld), damit die gleichen Pfade im Laufzeitumfeld funktionieren.
-
Wann sollte noEmit aktiviert werden?
noEmit ist für Projekte gedacht, bei denen ein anderes Tool — typischerweise ein Bundler wie Vite, esbuild, webpack oder Next.js — die JavaScript-Ausgabe erzeugt, und TypeScript ausschließlich zur Typüberprüfung verwendet wird. Bei noEmit ist der Compiler für Typüberprüfungen aktiv, schreibt jedoch keine Dateien. Es ist auch nützlich in CI für einen schnellen Typüberprüfungsstep. Für Bibliotheken, die auf npm veröffentlicht werden, sollte noEmit deaktiviert bleiben, damit der Compiler .js- und .d.ts-Dateien zusammen mit der Quellcode-Datei emittiert.
Erweiterungen installieren
IO-Tools zu Ihrem Lieblingsbrowser hinzufügen für sofortigen Zugriff und schnellere Suche
恵 Die Anzeigetafel ist eingetroffen!
Anzeigetafel ist eine unterhaltsame Möglichkeit, Ihre Spiele zu verfolgen. Alle Daten werden in Ihrem Browser gespeichert. Weitere Funktionen folgen in Kürze!
Unverzichtbare Tools
Alle Neuheiten
AlleAktualisieren: Unser neuestes Werkzeug wurde am 14. Juni 2026 hinzugefügt
