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 ein (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 die alphabetische Sortierung für Abhängigkeitsgruppen und die lebenszyklusbewusste Sortierung für Skripte.
- Aktivieren Sie „Nicht-standardmäßige Felder entfernen“, wenn Sie unbekannte oberste Ebene Felder entfernen möchten.
- Überprüfen Sie die formatierte Ausgabe auf der rechten Seite 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 Standardreihenfolge von npm neu geordnet, damit Unterschiede und Code-Reviews konsistent bleiben.
- Prüfung erforderlicher und empfohlener Felder – Markiert fehlende
name/versionund empfohlene Einträge wiedescription,licenseundrepository. - Versionenbereichsvalidierung – Prüft jedes Feld in
dependencies,devDependencies,peerDependenciesundoptionalDependencieseine gültige semver-Bereich (Kopf, Strich, Bereiche, Arbeitsbereich-Protokolle und mehr). - Abhängigkeitsortierung – Optional alphabetisch sortieren aller Abhängigkeitsgruppen für vorhersagbare Lockfile-Output.
- Lebenszyklusbewusste Skriptsortierung – Gruppiert die Lebenszyklus-Skripte zusammen, sortiert dann den Rest alphabetisch.
preX/X/postXnpm-Lebenszyklus-Skripte werden zusammengegruppelt und die restlichen dann 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 Unterseite 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 Neubewertung erfolgen vollständig im Browser. Keine Daten werden übermittelt.
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 Unterschieden 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 Kopf (^), Strich (~) 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 vorher erkennt Schreibfehler, bevor sie in ein Lockfile gelangen.
-
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, Skripte, Abhängigkeiten, Engines und so weiter). Werkzeuge fügen häufig ihre eigenen obersten 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 beizubehalten, um die Bequemlichkeit zu gewährleisten, andere verschieben sie in separate Konfigurationsdateien, um die Manifest-Datei auf die Paketierungsangelegenheiten zu konzentrieren.
-
Warum werden npm-Lebenszyklus-Skripte gruppiert anstatt einfach alphabetisch sortiert?
npm führt Lebenszyklus-Skripte in einer definierten Reihenfolge aus: vorinstallieren vor installieren, vorveröffentlichen vor veröffentlichen und so weiter. Wenn Sie einen Skriptblock lesen, werden die verbundenen Lebenszyklus-Dreier (vor/haupt/nach) 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, was wann 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 hinzugefügt am 1. Mai 2026
Beteiligen Sie sich
Helfen Sie uns, weiterhin wertvolle kostenlose Tools bereitzustellen
