Detaillierte Einführung in Node.js packets_node.js

In der Node.js-Sprache gibt es keinen wesentlichen Unterschied zwischen Paketen und Modulen. Pakete sind eine tiefere Abstraktion, die auf Modulen basiert und zur Veröffentlichung, Aktualisierung, Abhängigkeitsverwaltung und Versionskontrolle verwendet wird. Node.js implementiert den Paketmechanismus gemäß der CommonJS-Spezifikation, und npm wurde entwickelt, um die Anforderungen an die Veröffentlichung und den Erwerb von Paketen zu lösen.

Das Paket von Node.js ist ein Verzeichnis, das die Paketbeschreibungsdatei package.json im JSON-Format enthält. Das Paket von Node.js folgt im Wesentlichen der CommonJS-Spezifikation und weist daher die folgenden Merkmale auf:

Paketfunktionen, die durch die CommonJS-Spezifikation definiert sind:

1) Das Verzeichnis der obersten Ebene enthält die Datei package.json; 2) Das bin-Verzeichnis speichert Binärdateien
3) Das lib-Verzeichnis speichert JavaScript-Dateien
4) Das Dokumentverzeichnis speichert Dokumente
5) Das Testverzeichnis speichert Unit-Tests.

Node.js-Module und -Dateien haben eine Eins-zu-Eins-Entsprechung. Dateien können nicht nur JavaScript-Quelldateien oder Binärdateien sein, sondern auch Verzeichnisse. Das einfachste Paket ist ein Verzeichnismodul.

Node.js-Pakete sind normalerweise eine Sammlung von Modulen, die basierend auf den Modulen eine höhere Abstraktionsebene bieten, was einer Funktionsbibliothek entspricht, die einige feste Schnittstellen bereitstellt.

Durch die Anpassung von package.json können wir komplexere, vollständigere und kompatiblere Pakete für die Veröffentlichung erstellen.

Wenn Node.js ein Paket aufruft, überprüft es zunächst das Hauptfeld der Datei package.json im Paket und verwendet es als Schnittstellenmodul des Pakets, falls dies nicht der Fall ist Wenn vorhanden, versucht Node.js, nach index.js oder index.node als Schnittstelle des Pakets zu suchen.

Die package.json-Datei ist eine Datei, die von der CommonJS-Spezifikation zum Beschreiben eines Pakets verwendet wird. Eine package.json-Datei, die vollständig der Spezifikation entspricht, sollte die folgenden Felder enthalten:

1) Name: Paketname. Der Paketname ist eindeutig und besteht aus Kleinbuchstaben, Zahlen und Unterstrichen und darf keine Leerzeichen enthalten.
2) Beschreibung: Paketbeschreibung. Geben Sie eine kurze Beschreibung des Pakets.
3) Version: Versionsnummer. Eine Versionszeichenfolge, die der Spezifikation „Semantic Version Identification“ entspricht.
4) Schlüsselwörter: Array von Schlüsselwörtern, die normalerweise für die Suche verwendet werden.
5) Betreuer: Array von Betreuern. Jedes Element enthält die Felder „Name“, „E-Mail“ (optional) und „Web“ (optional).
6) Mitwirkende: Liste der Mitwirkenden. Das Format ist das gleiche wie beim Maintainer-Array. Der Paketautor sollte das erste Element des Contributors-Arrays sein.
7) Bugs: Die Adresse zum Einreichen von Bugs. Dabei kann es sich um eine Website oder eine E-Mail-Adresse handeln.
8) Lizenzen: Lizenzarray. Jedes Element sollte die Felder Typ (Lizenzname) und URL (Adresslink zum Lizenztext) enthalten.
9) Repositorys: Array von Warehouse-Hosting-Adressen. Jedes Element muss die Felder Typ (Typ des Lagers, z. B. Git), URL (Lageradresse) und Pfad (Pfad relativ zum Lager, optional) enthalten.
10) Abhängigkeiten: Paketabhängigkeiten. Ist ein assoziatives Array bestehend aus Paketname und Versionsnummer.

Hinweis: Bei der „Semantic Version Identification“-Spezifikation handelt es sich um eine Reihe von Versionsbenennungsspezifikationen, die im Ausland vorgeschlagen wurden. Der ursprüngliche Zweck bestand darin, verschiedene Probleme beim Größenvergleich von Versionsnummern zu lösen. Sie wird derzeit von vielen Paketverwaltungssystemen übernommen.

Das Folgende ist ein package.json-Beispiel, das vollständig der CommonJS-Spezifikation entspricht: