Package.json Formatter & Schlüsselsortierer
Führung
Package.json Formatter & Schlüsselsortierer
Fügen Sie beliebig package.json in das Eingabefeld ein (oder klicken Sie auf „Ein Beispiel ausprobieren“, um das Tool in Aktion zu sehen).
Nutzung
- Fügen Sie Ihre
package.jsonin das Eingabefeld (oder klicken Sie auf „Ein Beispiel ausprobieren“, um das Tool in Aktion zu sehen). - Wählen Sie Ihre bevorzugte Einrückungsstil: 2 Leerzeichen, 4 Leerzeichen oder Tab.
- Aktivieren Sie optional alphabetische Sortierung für Abhängigkeitsgruppen und lebenszyklusbewusste Sortierung für Skripte.
- Aktivieren Sie „Nicht-standardmäßige Felder entfernen“, wenn Sie unbekannte oberste Ebene Felder entfernen möchten.
- Überprüfen Sie den formatierten Ausgabewert rechts sowie den Validierungsbericht mit Fehlern, Warnungen und Hinweisen.
- Kopieren Sie das Ergebnis oder laden Sie es direkt als
package.json.
Funktionen
- Canonical Key Ordering – Oberste Felder in der standardmäßigen npm-Reihenfolge neu geordnet, damit Unterschiede und Code-Reviews konsistent bleiben.
- Erforderliche und empfohlene Feldprüfungen – Fehlende Felder markieren
name/versionund empfohlene Einträge wiedescription,licenseundrepository. - Versionenbereichsvalidierung – Prüft jedes Feld in
dependencies,devDependencies,peerDependenciesundoptionalDependenciesauf einen gültigen semver-Bereich (Caret, Tilde, Bereiche, Workspace-Protokolle und mehr). - Abhängigkeitsortierung – Optional alphabetische Sortierung aller Abhängigkeitsgruppen für vorhersagbare Lockfile-freundliche Ausgabe.
- Lebenszyklusbewusste Skriptsortierung – Gruppiert die npm-Lebenszyklus-Skripte zusammen, sortiert dann den Rest alphabetisch.
preX/X/postXnpm-Lebenszyklus-Skripte werden zusammengegruppft, dann werden die restlichen alphabetisch sortiert. - Nicht-standardmäßige Felder entfernen – Entfernt unbekannte oberste Ebene Felder, um die Manifest-Datei schlank zu halten, oder behält sie (sie werden an die untere Seite verschoben).
- Einrückungssteuerung – Ausgabe mit 2 Leerzeichen, 4 Leerzeichen oder einem Tabzeichen, um die Formatierungsregeln Ihres Projekts zu erfüllen.
- Nur clientseitig – Die Parsing, Validierung und Neuaufstellung erfolgen vollständig im Browser. Keine Daten werden übertragen.
Häufig gestellte Fragen
-
Warum ist die Reihenfolge der Schlüssel in package.json wichtig?
Die JSON-Spezifikation behandelt Objekte als ungeordnet, aber in der Praxis beeinflusst die Schlüsselreihenfolge die Lesbarkeit für Menschen, die Klarheit von Differenzen in Pull-Requests und die Weise, wie verschiedene Tools die Datei präsentieren. Eine kanonische Reihenfolge – populär durch die npm-CLI und weit verbreitet in den Ecosystem-Tools – platziert Identitätsfelder (name, version) zuerst, gefolgt von Metadaten, Einstiegspunkten und schließlich von Abhängigkeiten und Konfigurationsblöcken. Konsistente Reihenfolge reduziert Merge-Konflikte und macht Manifeste leichter zu scannen.
-
Was ist semver und warum ist die Versionenbereichssyntax wichtig?
Semantic Versioning (semver) definiert Versionen als MAJOR.MINOR.PATCH-Tripel mit strengen Regeln über das, was jeder Segment signalisiert. Bereichsoperatoren wie Caret (^), Tilde (~) und Vergleichsoperatoren (>=, <) sagen den Paketverwaltern, welche zukünftigen Versionen Sie akzeptieren, ohne Ihr Vertragsverhalten zu brechen. Ein ungültiger oder unklarer Bereich kann zu reproduzierbaren Build-Fehlern oder unerwarteten Updates führen. Die Validierung von Bereichen bereits im Voraus erkennt Tippfehler vor dem Erreichen eines Lockfile.
-
Was zählt als nicht-standardmäßiges Feld in package.json?
Die npm-Manifest-Spezifikation definiert ein festes Vokabular von obersten Feldern mit dokumentiertem Bedeutung (name, version, scripts, dependencies, engines und so weiter). Tools fügen häufig eigene oberste Felder hinzu – z. B. ESLint-Konfiguration, Husky-Hooks, Build-Tool-Einstellungen. Diese sind technisch gültige JSON, aber liegen außerhalb der npm-Spezifikation. Einige Projekte bevorzugen sie, um die Bequemlichkeit zu gewährleisten, andere verlegen sie in separate Konfigurationsdateien, um das Manifest auf die Paketierungssorgen zu beschränken.
-
Warum werden npm-Lebenszyklus-Skripte gruppiert anstatt einfach alphabetisch sortiert?
npm führt Lebenszyklus-Skripte in einer definierten Reihenfolge aus: vorinstallieren vor installieren, vorpublish vor publish und so weiter. Wenn Sie einen Skriptblock lesen, werden die verbundenen Lebenszyklus-Dreier (vor/haupt/after) zusammengegruppelt, was die Ausführungsfluss sofort sichtbar macht. Eine rein alphabetische Sortierung würde diese Paare verstreuen – zum Beispiel, indem „postbuild“ weit von „build“ entfernt wird – was es schwieriger macht, zu verstehen, wann was ausgeführt wird.
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 was added on Mai 21, 2026
Beteiligen Sie sich
Helfen Sie uns, weiterhin wertvolle kostenlose Tools bereitzustellen
