3 fonctionnalités Node.js que vous ne connaissiez pas

Simplifiez votre flux de travail Node.js et améliorez les performances grâce à de nouvelles fonctionnalités telles que le chargement de fichiers .env, la surveillance de fichiers natifs et une exécution de script plus rapide.

Tout le monde est enthousiasmé par la rapidité des nouveaux environnements d’exécution JavaScript, ce qui laisse entendre indirectement (et parfois directement) que Node.js est lent ou manque de certaines fonctionnalités intégrées. Le modèle que je vois avec Deno 2 et Bun est qu’ils veulent être la boîte à outils tout-en-un pour créer des applications JavaScript. Ils:

• charger automatiquement vos fichiers .env
• exécuter des scripts dans package.json
• installer les packages à partir de npm
• livré avec une API intégrée pour écrire et exécuter des suites de tests
• et plus

L’utilisation de Node.js nécessite l’utilisation d’outils tiers pour réaliser ces tâches, comme l’utilisation de dotenv pour charger des fichiers .env.

Cependant, Node.js a également rattrapé son retard sur la concurrence. Cet article se concentrera sur trois des nombreuses fonctionnalités ajoutées depuis la version 20 ou 22. Allons-y.

Chargement des fichiers .env

Beaucoup d’entre nous ont compté sur dotenv pour charger les fichiers d’environnement. Nous écririons require('dotenv').config() ou import 'dotenv/config' et accédez ensuite à la valeur de process.env. À partir de la version 20.6.0vous pouvez utiliser le --env-file indicateur pour spécifier les fichiers à partir desquels Node.js doit charger les variables d’environnement.

À titre d’exemple, la commande suivante chargera les variables d’environnement à partir du fichier .env :

node --env-file=.env index.js

Vous pouvez également charger plusieurs fichiers en passant deux fois le drapeau :

node --env-file=.env --env-file=config.env index.js

Certaines personnes ont signalé que les performances de leur application se sont améliorées en supprimant le package dotenv et en utilisant directement Node.js. Voici un tweeter de Wes Bos sur la façon dont le temps de démarrage de son application est passé de 1 300 ms à 1 ms.

Regarder les dossiers de candidature

Je suis sûr que vous avez utilisé différents outils pour surveiller vos fichiers sources et redémarrer l’application lorsque vous modifiez votre code. Nous l’avons fait de différentes manières, dont l’une consiste à utiliser pas de démonun utilitaire qui surveille les modifications apportées à vos fichiers sources et redémarre automatiquement le serveur.

À partir des versions 18.11.0 et 16.19.0, le nœud CLI a obtenu deux nouveaux indicateurs pour faire cela, --watch et --watch-path. En cours d’exécution node --watch index.js démarre l’application en mode surveillance et surveillera le point d’entrée et tout module requis ou importé. Vous devriez utiliser le --watch-path flag pour spécifier les chemins à surveiller, à la place du fichier d’entrée et de ses modules importés.

Il existe un autre indicateur lié au mode montre : le --watch-preserve-output drapeau. Vous pouvez utiliser cet indicateur si vous souhaitez empêcher que la sortie de la console ne soit effacée lorsque le mode surveillance redémarre le processus.

node --watch --watch-preserve-output test.js

Exécuter des scripts dans package.json

Bien que Node.js ne dispose pas d’un gestionnaire de packages intégré, la plupart des installations sont généralement fournies avec npm. npm run ou une commande similaire provenant de divers gestionnaires de packages pour exécuter les scripts définis dans package.json. Ce n’est pas un problème, mais Bun et Deno se vantant du temps nécessaire pour démarrer et exécuter les scripts package.json ont probablement incité l’équipe Node à reconsidérer cette option.

À partir de la version 22.0.0, Node.js dispose désormais des moyens d’exécuter des scripts à l’aide du —-run drapeau, par exemple, node --run dev. Cela ne remplace pas seulement npm run sans aucun avantage ni limitation. En utilisant node --run s’est avéré plus rapide que npm run commande. Certaines caractéristiques d’autres run les implémentations intentionnellement exclues sont :

• En cours d’exécution pre ou post scripts en plus du script spécifié.
• Définition des variables d’environnement spécifiques au gestionnaire de packages.

Vous pouvez en savoir plus sur ce drapeau dans le documentation.

Résumé

Cet article explore les améliorations récentes de Node.js qui le rapprochent des fonctionnalités intégrées offertes par Deno 2 et Bun. Nous avons examiné les fonctionnalités de :

• chargement de fichiers .env à l’aide du –fichier-env indicateur à partir de la version 20.6.0
• capacités natives de surveillance de fichiers avec le -montre et –chemin de surveillance drapeaux introduits dans les versions 18.11.0 et 16.19.0
• une méthode plus rapide pour exécuter des scripts package.json avec le -courir drapeau disponible à partir de la version 22.0.0

Ces mises à jour aident Node.js à rattraper les autres environnements d’exécution en réduisant le besoin d’outils tiers et en améliorant les performances, la sécurité et la convivialité.