La sortie de Node.js 18.0 a eu lieu, une plateforme pour ex\u00e9cuter des applications r\u00e9seau en JavaScript. Node.js 18.0 est class\u00e9 dans les branches \u00e0 long terme de support, mais ce statut ne sera accord\u00e9 qu'en octobre, apr\u00e8s une p\u00e9riode de stabilisation. Le support de Node.js 18.x sera assur\u00e9 jusqu'en avril 2025. Le support de l'ancienne branche LTS Node.js 16.x se poursuivra jusqu'en avril 2024, tandis que pour l'avant-derni\u00e8re branche LTS 14.x, il durera jusqu'en avril 2023. Le support de la branche LTS 12.x prendra fin le 30 avril, et celui de la branche interm\u00e9diaire Node.js 17.x, le 1er juin. <\/p>\n
Am\u00e9liorations principales : <\/p>\n
La plateforme Node.js peut \u00eatre utilis\u00e9e \u00e0 la fois pour le soutien serveur des applications Web et pour la cr\u00e9ation de programmes r\u00e9seau clients et serveurs traditionnels. Pour \u00e9tendre la fonctionnalit\u00e9 des applications Node.js, une grande collection de modules a \u00e9t\u00e9 pr\u00e9par\u00e9e, o\u00f9 l'on peut trouver des modules avec impl\u00e9mentation. serveurs<\/a> et des clients HTTP, SMTP, XMPP, DNS, FTP, IMAP, POP3, des modules pour l'int\u00e9gration avec divers frameworks web, des gestionnaires WebSocket et Ajax, des connecteurs vers des SGBD (MySQL, PostgreSQL, SQLite, MongoDB), des moteurs de templates, des moteurs CSS, des impl\u00e9mentations d'algorithmes cryptographiques et des syst\u00e8mes d'authentification (OAuth), des parseurs XML. <\/p>\n Pour traiter un grand nombre de requ\u00eates simultan\u00e9es, Node.js utilise un mod\u00e8le d'ex\u00e9cution de code asynchrone bas\u00e9 sur le traitement d'\u00e9v\u00e9nements en mode non-bloquant et la d\u00e9finition de gestionnaires de rappel (callback). Il prend en charge plusieurs m\u00e9thodes de multiplexage de connexions, telles que epoll, kqueue, \/dev\/poll et select. La biblioth\u00e8que libuv est utilis\u00e9e pour le multiplexage de connexions, qui est une couche au-dessus de libev dans les syst\u00e8mes Unix et de IOCP sous Windows. La cr\u00e9ation d'un pool de threads est g\u00e9r\u00e9e par la biblioth\u00e8que libeio, tandis que c-ares est int\u00e9gr\u00e9 pour ex\u00e9cuter des requ\u00eates DNS en mode non-bloquant. Tous les appels syst\u00e8me bloquants sont ex\u00e9cut\u00e9s dans le pool de threads et, comme les gestionnaires de signaux, transmettent leurs r\u00e9sultats via un canal anonyme (pipe). L'ex\u00e9cution de code JavaScript est assur\u00e9e par l'utilisation du moteur V8 d\u00e9velopp\u00e9 par Google (Microsoft d\u00e9veloppe \u00e9galement une version de Node.js avec le moteur Chakra-Core). <\/p>\n En essence, Node.js ressemble aux frameworks Perl AnyEvent, Ruby Event Machine, Python Twisted et \u00e0 l'impl\u00e9mentation d'\u00e9v\u00e9nements en Tcl, mais la boucle d'\u00e9v\u00e9nements (event loop) dans Node.js est cach\u00e9e aux d\u00e9veloppeurs et rappelle le traitement des \u00e9v\u00e9nements dans une application web fonctionnant dans un navigateur. Lors de l'\u00e9criture d'applications pour Node.js, il est n\u00e9cessaire de prendre en compte la sp\u00e9cificit\u00e9 de la programmation orient\u00e9e \u00e9v\u00e9nements, par exemple, au lieu d'ex\u00e9cuter \u00ab var result = db.query(\u00ab select.. \u00bb); \u00bb en attendant la fin de l'ex\u00e9cution et le traitement ult\u00e9rieur des r\u00e9sultats, Node.js utilise le principe d'ex\u00e9cution asynchrone, c'est-\u00e0-dire que le code est transform\u00e9 en \u00ab db.query(\u00ab select.. \u00bb, fonction (resultat) { traitement du r\u00e9sultat }); \u00bb, o\u00f9 le contr\u00f4le passera imm\u00e9diatement au code suivant, tandis que le r\u00e9sultat de la requ\u00eate sera trait\u00e9 \u00e0 mesure que les donn\u00e9es arrivent. <\/p>\n