01
Paketnamen oder Alias eingeben
sample-kit/feature wird anhand von name zu ./feature normalisiert. Mit #config wechseln Sie zur nur intern nutzbaren imports-Zuordnung.
Versionen und Pakete
package.json exportsvisualisieren
Manifest einfügen, Einstieg wählen und die erste passende Bedingung nachvollziehen.
package.json exports
package.json-Eingabe
Das Manifest bleibt im Browser. Keine npm-Abfrage und kein Datei-Upload.
Auflösung
Ein package.json-Manifest eingeben.
Auflösungsoptionen
Mit Leerzeichen oder Komma trennen. Browser und Bundler werden nicht vollständig simuliert.
Eingabe oder Optionen geändert. Vor dem Export erneut auflösen.
Wenn import funktioniert und require scheitert, kann die Reihenfolge der bedingten Exporte entscheidend sein. package.json exports legt fest, welcher Paket Einstiegspunkt unter welchen Bedingungen erreichbar ist.
Diese Ansicht verfolgt eine Anfrage durch package.json exports oder einen internen #imports-Alias. Der Zielpfad stammt allein aus dem Manifest; vorhandene Dateien werden nicht gelesen.
Warum package.json exports als Zweige anzeigen?
Der erste Treffer zählt
Bedingte Exporte werden in der Reihenfolge der JSON-Schlüssel geprüft, nicht nach der Eingabereihenfolge aktiver Bedingungen. Ein frühes default kann spätere import-Zweige verdecken.
Öffentliche und interne Wege trennen
package.json exports öffnet . und ./feature nach außen. Ein #config-Eintrag in imports gilt nur intern; null sperrt einen Weg ausdrücklich und bedeutet nicht, dass eine Datei fehlt.
Eine Anfrage durch die Zuordnung verfolgen
02
Bedingungen wechseln
Node.js mit import ist voreingestellt. require und zusätzliche Bedingungen zeigen andere erste Treffer. Die automatische Prüfung wartet 350 ms; manuell funktionieren Schaltfläche und Strg/Cmd + Enter.
03
Ergebnis vor Export lesen
Prüfen Sie Schlüssel, Bedingungsreihenfolge und Ziel. Die Pfadprüfung bestätigt keine Datei. Nach jeder Änderung sind Kopieren und Herunterladen des alten Berichts gesperrt. So lassen sich Bedingungen auflösen, ohne Dateien zu lesen.
Einstiege und Bedingungen einzeln prüfen
Exakte und gemusterte Unterpfade
Für ., exakte Unterpfade und *-Muster wird der passende Schlüssel gesucht. Exakte Schlüssel haben Vorrang; spezifische Muster stehen vor breiten, null kann interne Bereiche sperren. Diese Subpath Exports bleiben in der Karte sichtbar.
Node-Modi und eigene Bedingungen
Vergleichen Sie import und require. browser, types oder development lassen sich als Zusatzbedingungen aufnehmen; diese Vorschau ist kein Test eines konkreten Bundlers.
Statische Pfadregeln
Lokale exports-Ziele müssen mit ./ beginnen und dürfen weder nach oben noch durch node_modules führen. Externe Paketzielnamen sind nur bei imports zulässig.
Grenzen einer erfolgreichen Auflösung
- Keine Aussage über Dateien
- package.json exports liefert einen Zielstring. Ob die Datei existiert, im veröffentlichten Paket liegt oder ausführbar ist, lässt sich ohne Dateibaum nicht prüfen.
- Eigene Bedingungen bleiben Vorschau
- browser oder types reproduzieren weder Vite noch webpack oder TypeScript. Diese Werkzeuge werten weitere Felder, Erweiterungen und Typdeklarationen aus.
- #Aliase sind privat
- imports-Einträge mit # funktionieren im selben Paket. Selbst ein Ziel in einem anderen Paket macht den Alias nicht zu einem öffentlichen Einstieg.
- Keine Registry- oder Buildprüfung
- Es werden weder npm-Pakete geladen noch Ordner durchsucht, Skripte ausgeführt oder Exportkarten erzeugt. Die Regeln aller Node-Versionen werden nicht simuliert.
Fragen zu package.json exports
In welcher Reihenfolge werden bedingte Exporte geprüft?
Aktive Bedingungen werden in der Reihenfolge ihrer Objektschlüssel bewertet. Der erste passende Zielzweig gewinnt; default vor import kann import verdecken.
Warum greift main nicht, wenn exports vorhanden ist?
Unterstützte Node-Versionen nutzen exports für die freigegebenen Einstiegspunkte. Diese Seite verfolgt deshalb die exports-Karte statt main als Ersatz für fehlende Unterpfade zu nehmen.
Was passiert mit nicht exportierten Unterpfaden?
Ein nicht aufgeführter Unterpfad ist von außen nicht verfügbar. Prüfen Sie einen exakten Schlüssel oder ein *-Muster; null bedeutet eine ausdrückliche Sperre.
Wie unterscheiden sich import und require beim Einstiegspunkt?
Die Aufrufart aktiviert unterschiedliche Node-Bedingungen. Wechseln Sie die Option bei gleichem Einstieg, während die Schlüsselreihenfolge unverändert bleibt.
Kann ich zusätzliche Bedingungen für Vite setzen?
Ja, Sie können die Bedingungsnamen als Vorschau eingeben. Das bildet aber nicht Vites komplette Auflösung mit weiteren Feldern und Erweiterungen ab.
Prüft eine Exportzuordnung, ob die Zieldatei existiert?
Nein. Ein korrektes ./-Ziel kann auf eine fehlende oder unveröffentlichte Datei zeigen. Prüfen Sie dafür den tatsächlichen Paketinhalt.
Fehlt ein Problemfall?
Jetzt package.json exports prüfen
Vergleichen Sie import und require für denselben Einstieg und teilen Sie den Zweigbericht zur Kontrolle.