Node.js ☛

• Node.js ☛ is an event-driven non-blocking JavaScript middleware. Opponents are Spring ☛, Django ☛, Java Enterprise Edition -Java EE-… or Deno ☛, Bun ☛ (written in Zig ☛)… in the JavaScript/TypeScript ecosystem
• Version:node -v
• Capability: node -h
• Execution: node Main.js
• Node.js ☛ comes with a lot of native libraries like fs (file system), http, path…, but its ecosystem is rich of numerous external libraries whose consistent management relies on npm (Node.js ☛ package manager)
• Program example (using Puppeteer ☛ ext. lib.) ☛

Node.js Version Manager -nvm- is used to install Node.js

macOS

brew -v; brew upgrade # update Homebrew
brew reinstall --verbose nvm

nvm -v
nvm ls
nvm ls-remote
nvm install lts/hydrogen # -> 18.20.8
nvm install lts/jod # -> v22.14.0
nvm use lts/hydrogen; node -v

Where is Node.js ☛ on macOS ⤳ which node ⤳ e.g., /usr/local/bin/node

Windows

# Admin.
choco upgrade chocolatey
choco --version
choco upgrade nvm
choco list

nvm -v
nvm list # locally installed ver.
nvm list available # remotely downloadable ver.
nvm install hydrogen # -> ver. 18.20.8
nvm use hydrogen
nvm current # <=> 'node -v'

Where is Node.js ☛ on Windows ⤳ Get-Command node ⤳ e.g., C:\nvm4w\nodejs\node.exe

npm is in sync with a package.json file for configuration purposes including file location, nature, purpose… library versioning, licensing, etc.

Library versioning

• Reminder on versioning: "4.17.1" ⤳ major: 4 (backward incompatible), minor: 17 (backward compatible), and patch: 1
• So "express": "~4.17.1", ⤳ patches only, e.g., up to "4.17.3"
• So "express": "^4.17.1", ⤳ up to non-breaking API, i.e., very latest minor version, e.g., up to "4.18.1"
• "mongodb": "*", ⤳ upgrades to very last version

Other configurations

• "engines": { "node": ">=10" }, ⤳ fixes compatible Node.js ☛ version
• "scripts": { "start": "node js/Main.js" },
• Etc.

• Version check of npm: npm -v
• Where is npm on macOS: which npm ⤳ /usr/local/bin/npm
• Where is npm on Windows: Get-Command npm ⤳ C:\Program Files\nodejs\npm.cmd
• Update: <sudo> npm install npm@latest
• Where are installed modules? npm root -g (-g means “global”)
• What are global installed modules? npm list -g -depth=0
• Installation of library from a directory having a package.json file, example: <sudo> npm install ./lib/tracking.js-master

Version npm compatible avec Node.js 18

• Programming Node.js ☛ with TypeScript ☛
• Blocking versus non-blocking ☛
• Node.js ☛ module system ☛
• Environment variables within Node.js ☛ ☛
• Programming Web server with Node.js ☛ ☛
• Querying the Web with Node.js ☛ ☛
• Database tiers with Node.js ☛ ⤳ SQL ☛
• Database tiers with Node.js ☛ ⤳ NoSQL ☛
• Micro-services with Node.js ☛ ☛
• Messaging with Node.js ☛ ☛
• Authentification ☛
• Orchestration ☛
• Web streams ☛
• Clustering and worker TO DO ☛
• WebAssembly ☛

1. A l’exécution, le même objet de type Web stream en Node.js ☛ est-il réutilisable au sens où, par exemple, on peut l’« ouvrir » plusieurs fois pour accéder aux données se trouvant en tout début du stream ?
   • OUI
   • NON
2. Quel(s) avantage(s) majeur(s) apporte(nt) un objet de type File stream ou Web stream en Node.js ☛ ?
   • Vitesse accrue de traitement comparé à des données se trouvant dans un tableau par exemple
   • Economie et rationnalisation d’utilisation de la mémoire, notamment pour des volumes de données conséquents
   • Gestion native du format XML impossible avec un tableau par exemple
   • Possibilité de reprise sur erreur notamment lorsque le serveur d’où les données sont chargées (Web stream uniquement) tombe en panne
   • Les types File stream et Web stream sont natifs dans Node.js ☛, pas besoin de librairie tiers
3. Quelle est la fonction native en Node.js ☛ permettant d’engendrer un objet de type Web stream ?
   • fetch
   • setTimeout
   • file_system.createWriteStream // import * as file_system from 'fs';
   • file_system.createReadStream // import * as file_system from 'fs';
   • file_system.readFileSync // import * as file_system from 'fs';
4. Un prog. client JavaScript sur un navigateur est en phase de calcul intensif (animation 3D par exemple). Il nécessite périodiquement des données externes. Le besoin de ces données (le moment de ce besoin en particulier) est déterminé par ce prog. client lui-même. Quel mécanisme (1 seule réponse) répond à cette attente^* ?
   • Server-sent event
   • GET request
   • POST request
   • WebSockets
   • Broker-based messaging
5. Un prog. client JavaScript sur un navigateur est en phase de calcul intensif (animation 3D par exemple). Il nécessite périodiquement des données externes. Toute panne dans la récupération de ces données doit être contrôlable par un mécanisme de reprise sur erreur, i.e., les données non récupérées doivent être « facilement » récupérables à l’issue de la gestion de l’erreur. Quel mécanisme (1 seule réponse) répond à cette attente^* ?
   • Server-sent event
   • GET request
   • POST request
   • WebSockets
   • Broker-based messaging

^*Tout ou partie des mécanismes énoncés peuvent (probablement) répondre au besoin. Toutefois, il faut choisir (cocher) le mécanisme le plus simple, direct et rationnel qui amène à produire le moins de code possible au regard du besoin évoqué.

• Internet of Things -IoT-: Node-RED