Wat is npm? De pakketbeheerder van Node.js uitgelegd

Elk modern JavaScript-project, zowel frontend als backend, is afhankelijk van bibliotheken van derden. Die afhankelijkheden handmatig beheren zou een nachtmerrie zijn. Daar komt npm van pas.

Wat is npm?

De Node Package Manager (npm) is de standaardpakketbeheerder voor Node.js. Hiermee kunnen ontwikkelaars:

• Bibliotheken (pakketten) installeren vanuit de openbare npm-registry.
• Afhankelijkheden beheren in een project via een package.json-bestand.
• Eigen pakketten publiceren voor gebruik door anderen.
• Versies beheren van bibliotheken en reproduceerbare builds waarborgen met een lockbestand (package-lock.json).

npm wordt automatisch meegeleverd wanneer je Node.js installeert en is daardoor de meest gebruikte pakketbeheerder in het JavaScript-ecosysteem.

Waarom hebben we npm nodig?

JavaScript-applicaties steunen sterk op modules van derden, frameworks, UI-componenten, bouwtools, linters en meer. Zonder een pakketbeheerder zoals npm zouden ontwikkelaars elke afhankelijkheid handmatig moeten downloaden en opnemen, versies moeten bijhouden en zelf geneste afhankelijkheden moeten afhandelen.

npm lost dit op door:

• Het vinden van pakketten te centraliseren in één registry.
• Consistente resolutie van afhankelijkheden tussen omgevingen te waarborgen.
• Installatie, updates en publicatie te automatiseren.
• Scripts (npm run) te ondersteunen voor het beheren van bouw- en implementatietaken.

Kort gezegd: npm is de ruggengraat van afhankelijkhedenbeheer in JavaScript.

Alternatieven voor npm

Hoewel npm de standaard is, zijn er twee populaire alternatieven ontstaan:

• Yarn (van Meta), geïntroduceerd in 2016 om prestaties en betrouwbaarheid te verbeteren.
• pnpm, gericht op efficiënt schijfgebruik en snelheid via inhoudsgeadresseerde opslag.

Elk biedt andere afwegingen, afhankelijk van de grootte van je project, de workflow van je team en je CI/CD-configuratie.

Praktijkvoorbeeld: afhankelijkheden installeren voor een React-app

Stel dat je een nieuw React-project opzet:

npm install react react-dom
# or
yarn add react react-dom
# or
pnpm add react react-dom

Alle drie de opdrachten bereiken hetzelfde resultaat, namelijk react en react-dom toevoegen, maar ze verschillen in snelheid, opslag en structuur van node_modules.

npm

• Voordelen

  • Officieel en het breedst ondersteund.
  • Sterke integratie met de npm-registry.
  • Betrouwbaar en met elke versie beter.

• Nadelen

  • Historisch gezien trager (hoewel sterk verbeterd in v7+).
  • Maakt diepe, redundante node_modules-bomen (gebruikt meer schijfruimte).

• Prestaties

  • Gemiddelde installatietijd, met een grotere opslagvoetafdruk.

Yarn

• Voordelen

  • Parallelle installaties maken het sneller dan oudere npm-versies.
  • Gebruikt een deterministisch lockbestand (yarn.lock).
  • Uitstekende caching en offlinemogelijkheden.

• Nadelen

  • Twee belangrijke versies met verschillend gedrag (v1 versus Berry).
  • Compatibiliteitsproblemen met sommige npm-scripts.

• Prestaties

  • Iets sneller dan npm, met gemiddeld schijfgebruik.

pnpm

• Voordelen

  • Opslag op basis van symbolische links vermindert het schijfgebruik drastisch.
  • Zeer snelle installaties na de eerste uitvoering (gedeelde globale cache).
  • Strikte isolatie van afhankelijkheden verbetert de reproduceerbaarheid.

• Nadelen

  • Iets minder gebruikelijk in oudere CI-pijplijnen.
  • Sommige tools vereisen mogelijk aanpassingen aan de configuratie.

• Prestaties

  • De kortste installatietijd en het laagste schijfgebruik.

Vergelijking van prestaties en opslag

(🟢 = goed, 🟡 = gemiddeld, 🔴 = zwak)

Elk criterium begrijpen

Installatiesnelheid (koud)

Een koude installatie betekent pakketten vanaf nul installeren, zonder eerdere cache op schijf. Wanneer je:

npm install

uitvoert op een nieuwe machine of een nieuwe Continuous Integration-runner (CI), zoals GitHub Actions of GitLab CI, downloadt npm elke afhankelijkheid vanuit de npm-registry. Dit kan tijd kosten omdat npm diep geneste mappen voor afhankelijkheden maakt, wat het aantal I/O-bewerkingen verhoogt.

• npm (🟡 Gemiddeld) → Installeert alle pakketten na elkaar en schrijft ze volledig naar node_modules, waardoor duplicaten ontstaan voor gedeelde onderliggende afhankelijkheden.
• Yarn (🟢 Snel) → Installeert parallel en gebruikt een beter cachingsysteem dan oudere npm-versies.
• pnpm (🟢 Snel) → Gebruikt een systeem voor inhoudsgeadresseerde opslag en koppelt afhankelijkheden met symbolische links, waardoor na de eerste uitvoering overbodige downloads worden vermeden.

Voorbeeld: Een nieuw React + TypeScript-project installeren (ongeveer 1.000 afhankelijkheden):

• npm: ongeveer 65 seconden
• Yarn: ongeveer 45 seconden
• pnpm: ongeveer 40 seconden

Opmerking: de bovenstaande tijden zijn illustratieve benchmarks, gemeten op een ontwikkelmachine uit het middensegment onder normale netwerkomstandigheden. Werkelijke resultaten kunnen variëren afhankelijk van hardwareprestaties, netwerksnelheid en projectcomplexiteit. Het doel is de relatieve verschillen tussen npm, Yarn en pnpm te tonen.

Daarom krijgt npm de beoordeling Gemiddeld, terwijl Yarn en pnpm Snel zijn bij koude installaties.

Installatiesnelheid (gecachet)

Een gecachete installatie vindt plaats wanneer je afhankelijkheden opnieuw installeert die al eens zijn gedownload, bijvoorbeeld wanneer je:

npm install

uitvoert nadat je node_modules hebt verwijderd, maar de cache hebt behouden.

• npm (🟢 Snel) → Slaat tarballs lokaal op in de cache, waardoor bij herinstallatie het downloaden wordt overgeslagen.
• Yarn (🟢 Snel) → Uitstekende caching, hergebruikt eerdere pakketten vrijwel direct.
• pnpm (🟢🟢 Zeer snel) → Het snelst, omdat het pakketten helemaal niet dupliceert, maar ze rechtstreeks vanuit een globale opslag koppelt.

Voorbeeld: Na de bovenstaande eerste installatie duurt een gecachete installatie:

• npm: ongeveer 15 seconden
• Yarn: ongeveer 12 seconden
• pnpm: ongeveer 8 seconden

Opmerking: de bovenstaande tijden zijn illustratieve benchmarks, gemeten op een ontwikkelmachine uit het middensegment onder normale netwerkomstandigheden. Werkelijke resultaten kunnen variëren afhankelijk van hardwareprestaties, netwerksnelheid en projectcomplexiteit. Het doel is de relatieve verschillen tussen npm, Yarn en pnpm te tonen.

De architectuur van de gedeelde opslag van pnpm geeft het hier een duidelijk voordeel.

Schijfgebruik

Dit verwijst naar de totale gebruikte ruimte van de map node_modules en eventuele bijbehorende pakketcache.

• npm (🔴 Hoog) → Dupliceert veel onderliggende afhankelijkheden, wat bij grote projecten vaak leidt tot gigabytes schijfgebruik.
• Yarn (🟡 Gemiddeld) → Iets efficiënter, maar slaat nog steeds veel kopieën van pakketten op.
• pnpm (🟢 Laag) → Gebruikt symbolische links naar centrale inhoudsgeadresseerde opslag. Dezelfde afhankelijkheid die door meerdere projecten wordt gedeeld, wordt slechts één keer opgeslagen.

Voorbeeld: Hetzelfde React + TypeScript-project kan het volgende gebruiken:

• npm: ongeveer 1,2 GB
• Yarn: ongeveer 800 MB
• pnpm: ongeveer 400 MB

Opmerking: de bovenstaande groottes zijn illustratieve benchmarks, gemeten op een ontwikkelmachine uit het middensegment onder normale netwerkomstandigheden. Werkelijke resultaten kunnen variëren afhankelijk van hardwareprestaties, netwerksnelheid en projectcomplexiteit. Het doel is de relatieve verschillen tussen npm, Yarn en pnpm te tonen.

Dit is een belangrijke reden waarom pnpm de voorkeur krijgt voor grote monorepo's of CI/CD-omgevingen.

Monorepo-ondersteuning

Een monorepo is één repository met meerdere samenhangende projecten, bijvoorbeeld een frontend, backend en gedeelde bibliotheek die samen worden beheerd. Workspaces zijn een functie van pakketbeheerders waarmee afhankelijkheden slim tussen die deelprojecten kunnen worden gedeeld.

• npm (🟡 Basis) → Introduceerde npm workspaces relatief recent, maar mist geavanceerde tools en prestatieoptimalisatie.
• Yarn (🟢 Sterk) → Introduceerde Yarn Workspaces al vroeg, en die worden veel gebruikt in grote organisaties.
• pnpm (🟢🟢 Uitstekend) → Vanaf de basis ontworpen voor monorepo's. Biedt automatisch koppelen, gedeelde caches en snelle installaties voor veel deelprojecten.

Voorbeeld: In een monorepo met:

• frontend/ (Next.js)
• backend/ (NestJS)
• shared/ (UI + TypeScript-typen)

Kun je het volgende zien:

• npm installeert alles afzonderlijk per project.
• Yarn koppelt gedeelde afhankelijkheden automatisch.
• pnpm doet hetzelfde direct, met minimale schijfruimte en de beste caching.

Daarom krijgt pnpm de beoordeling “Uitstekend”: het verwerkt honderden workspacepakketten snel en efficiënt.

Community & ecosysteem

De community en het ecosysteem weerspiegelen hoe volwassen en ondersteund een tool is en hoe goed die integreert met frameworks en CI/CD-systemen.

Omdat npm als eerste werd uitgebracht en met Node.js werd gebundeld, bouwde het in de loop van de tijd vanzelf het grootste ecosysteem op. Yarn won terrein dankzij snelheid en betrouwbaarheid, terwijl pnpm de nieuwere keuze met hoge prestaties is die snel populairder wordt in grootschalige projecten.

Wanneer kies je welke?

Conclusie

De Node Package Manager (npm) vormt het hart van afhankelijkhedenbeheer in JavaScript en is essentieel voor zowel frontend- als backendontwikkeling. Alternatieven zoals Yarn en pnpm bieden meer snelheid of geoptimaliseerde opslag, maar npm blijft de universele basis voor compatibiliteit en ondersteuning in het ecosysteem.

Als je prioriteit ligt bij eenvoud en betrouwbaarheid, blijf dan bij npm. Wil je maximale prestaties en minimaal schijfgebruik, probeer dan pnpm.