La version 16.0 de Node.js, une plateforme pour l'ex\u00e9cution d'applications r\u00e9seau en JavaScript, a \u00e9t\u00e9 publi\u00e9e. Node.js 16.0 est class\u00e9 comme une version avec un support \u00e0 long terme, mais ce statut ne sera attribu\u00e9 qu'en octobre, apr\u00e8s sa stabilisation. Le support de Node.js 16.0 sera assur\u00e9 jusqu'en avril 2023. Le soutien de l'ancienne version LTS de Node.js 14.0 se poursuivra jusqu'en avril 2023, tandis que l'ancienne version LTS 12.0 prendra fin en avril 2022. Le soutien de la version LTS 10.0 sera arr\u00eat\u00e9 dans 10 jours. <\/p>\n
Am\u00e9liorations principales : <\/p>\n
Rappelons que la plateforme Node.js peut \u00eatre utilis\u00e9e tant pour le support serveur des applications Web que pour la cr\u00e9ation de programmes r\u00e9seau classiques c\u00f4t\u00e9 client et serveur. Pour \u00e9tendre les fonctionnalit\u00e9s des applications Node.js, une vaste collection de modules a \u00e9t\u00e9 pr\u00e9par\u00e9e, dans laquelle on peut trouver des modules avec des impl\u00e9mentations 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