{"id":115312,"date":"2024-04-25T09:22:49","date_gmt":"2024-04-25T07:22:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-javascript-platforma-node-js-22-0-0"},"modified":"2024-04-25T09:22:49","modified_gmt":"2024-04-25T07:22:49","slug":"dostupna-javascript-platforma-node-js-22-0-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/dostupna-javascript-platforma-node-js-22-0-0","title":{"rendered":"La plateforme JavaScript Node.js 22.0.0 est disponible","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 22.0 de Node.js, la plateforme d'ex\u00e9cution d'applications r\u00e9seau en JavaScript, a \u00e9t\u00e9 publi\u00e9e. Node.js 22.0 est class\u00e9 parmi les versions avec support \u00e0 long terme, mais ce statut ne sera attribu\u00e9 qu'en octobre, apr\u00e8s une p\u00e9riode de stabilisation. Le support de Node.js 22.x sera assur\u00e9 jusqu'au 30 avril 2027. Le soutien pour la branche LTS pr\u00e9c\u00e9dente Node.js 20.x se poursuivra jusqu'en avril 2026, et pour la branche LTS ant\u00e9rieure 18.x jusqu'en avril 2025. Le soutien pour la branche interm\u00e9diaire Node.js 21.x cessera le 1er juin 2024. <\/p>\n
Am\u00e9liorations principales : <\/p>\n
\n
Le moteur V8 a \u00e9t\u00e9 mis \u00e0 jour vers la version 12.4, utilis\u00e9e dans Chromium 124. Parmi les changements par rapport \u00e0 la branche Node.js 21, qui utilisait le moteur V8 11.8, on peut noter :\n
\n
Support de l'extension WasmGC, facilitant le portage en WebAssembly des programmes \u00e9crits dans des langages de programmation utilisant un ramasse-miettes (Kotlin, PHP, Java, etc.). WasmGC ajoute de nouveaux types de structures et de tableaux pour lesquels une allocation de m\u00e9moire non lin\u00e9aire peut \u00eatre appliqu\u00e9e.\n
Support de la m\u00e9thode Array.fromAsync(), qui renvoie en mode asynchrone une nouvelle instance de l'objet Array, copi\u00e9e \u00e0 partir d'objets semblables \u00e0 des tableaux, it\u00e9rables (iterable) ou it\u00e9rables asynchrones (async iterable).\n
Support des m\u00e9thodes pour travailler avec les it\u00e9rateurs, telles que .map, .filter, .find, .take, .drop, .forEach et .reduce.\n
Support de l'objet Set, qui d\u00e9finit une collection de valeurs et propose des m\u00e9thodes impl\u00e9mentant des op\u00e9rations typiques sur les ensembles, telles que les intersections, les unions, la diff\u00e9rence et le compl\u00e9ment. <\/ul>\n
Le compilateur JIT optimiseur Maglev est activ\u00e9 par d\u00e9faut, visant \u00e0 g\u00e9n\u00e9rer rapidement du code machine hautes performances pour le code JavaScript utilis\u00e9. L'activation de Maglev permet d'acc\u00e9l\u00e9rer consid\u00e9rablement le fonctionnement des applications CLI \u00e0 court terme, qui ne r\u00e9alisent pas d'op\u00e9rations longues ; par exemple, le temps de passage du test Jetstream est r\u00e9duit de 7,5 % et le test Speedometer de 5 %.\n
Les performances avec les flux ont \u00e9t\u00e9 am\u00e9lior\u00e9es gr\u00e2ce \u00e0 l'augmentation de la valeur de l'option highWaterMark de 16 Ko \u00e0 65 Ko (d\u00e9finit la limite jusqu'\u00e0 laquelle le buffering d'\u00e9criture est effectu\u00e9). Ce changement entra\u00eene une augmentation de la consommation de m\u00e9moire, donc les applications con\u00e7ues pour fonctionner avec une quantit\u00e9 limit\u00e9e de RAM peuvent devoir revenir \u00e0 l'ancienne valeur en appelant setDefaultHighWaterMark().\n
Les performances de l'API fetch() et du test runner ont \u00e9t\u00e9 am\u00e9lior\u00e9es gr\u00e2ce \u00e0 une meilleure efficacit\u00e9 de la cr\u00e9ation d'instances d'AbortSignal. Les performances des API li\u00e9es aux op\u00e9rations synchrones avec les syst\u00e8mes de fichiers ont \u00e9galement \u00e9t\u00e9 renforc\u00e9es.\n
Une possibilit\u00e9 exp\u00e9rimentale a \u00e9t\u00e9 fournie pour utiliser l'appel «require()» afin de charger des modules JavaScript ESM (ECMAScript Modules) en mode synchrone. Les modules ESM sont utilis\u00e9s dans les navigateurs et remplacent les modules CommonJS sp\u00e9cifiques \u00e0 Node.js. Pour charger un module ESM via «require()», il doit \u00eatre ex\u00e9cut\u00e9 en mode synchrone (sans await au niveau sup\u00e9rieur). La prise en charge est activ\u00e9e via le drapeau «—experimental-require-module».\n
Une possibilit\u00e9 exp\u00e9rimentale a \u00e9t\u00e9 ajout\u00e9e pour ex\u00e9cuter des scripts d\u00e9finis dans le fichier package.json en utilisant la commande «—run <script-in-package-json>».\n
La commande «node —watch» a \u00e9t\u00e9 class\u00e9e dans la cat\u00e9gorie stable, avec la mise en \u0153uvre d'un mode de surveillance qui red\u00e9marre le processus lors de la modification du fichier import\u00e9 (par exemple, lors de l'ex\u00e9cution de «node —watch index.js», le processus sera automatiquement red\u00e9marr\u00e9 lors de la modification de index.js).\n
L'impl\u00e9mentation int\u00e9gr\u00e9e de l'API WebSocket a \u00e9t\u00e9 stabilis\u00e9e, permettant d'utiliser WebSocket en mode client sans installer de d\u00e9pendances suppl\u00e9mentaires.\n
Un support partiel de l'API Navigator a \u00e9t\u00e9 ajout\u00e9.\n
Le format de compression deflate-raw a \u00e9t\u00e9 ajout\u00e9 au l'API Webstreams.\n
Le module node:fsmodule a \u00e9t\u00e9 enrichi des fonctions glob et globSync pour le filtrage des chemins de fichiers selon un mod\u00e8le.\n
Le traitement des piles IPv6 mal configur\u00e9es a \u00e9t\u00e9 am\u00e9lior\u00e9. L'algorithme 'Happy Eyeballs' a \u00e9t\u00e9 mis en \u0153uvre pour un retour rapide en cas de probl\u00e8mes de fonctionnement de l'IPv6.\n
L'API util a \u00e9t\u00e9 d\u00e9clar\u00e9e obsol\u00e8te.\n
Les versions des d\u00e9pendances ont \u00e9t\u00e9 mises \u00e0 jour : npm 10.5.1, libuv 1.48.0, simdutf 5.2.3, c-ares 1.28.1, zlib 1.3.0.1-motley-24c07df, simdjson 3.8.0, ada 2.7.7 et undici 6.6.0. <\/ul>\n