import.meta.resolve<\/code> s\u00edncrono , un ejecutor de pruebas estable, actualiza el motor V8 JavaScript a la versi\u00f3n 11.3, aportando mejoras de rendimiento y correcciones de errores, y mucho m\u00e1s.<\/p>\nEn este art\u00edculo, explorar\u00e1s los cambios introducidos en Node.js v20, proporcionando una visi\u00f3n en profundidad a sus nuevas caracter\u00edsticas y capacidades.<\/p>\n
<\/div><\/kinsta-auto-toc>\nPrimeros Pasos con Node.js v20<\/h2>\n
La instalaci\u00f3n de Node.js v20 es bastante similar a la de otras versiones de Node.js<\/a>. Todo lo que tienes que hacer es<\/p>\n\n- Descargar el paquete instalador del sitio web oficial de Node.js<\/a>.<\/li>\n
- Una vez que hayas descargado el instalador, ejec\u00fatalo y sigue las instrucciones para completar el proceso de instalaci\u00f3n. Este proceso es bastante sencillo, y s\u00f3lo tienes que aceptar el acuerdo de licencia y pulsar el bot\u00f3n \u00abSiguiente\u00bb.<\/li>\n
- Reinicia tu Sistema\/M\u00e1quina una vez finalizado el proceso de instalaci\u00f3n para asegurarte de que todos los cambios surten efecto.<\/li>\n
- Verifica tu instalaci\u00f3n de Node.js ejecutando el siguiente comando:<\/li>\n<\/ol>\n
node -v<\/code><\/pre>\n![\"Verificaci\u00f3n](\"https:\/\/kinsta.com\/wp-content\/uploads\/2023\/04\/verify-node-v20-instalation.jpg\")
Instalaci\u00f3n de Node.js v20<\/figcaption><\/figure>\nSi ves el n\u00famero de versi\u00f3n (v20.0.0), significa que Node.js est\u00e1 instalado correctamente, y est\u00e1s listo para empezar a trabajar con Node.js v20.<\/p>\n\n
\u00bfQu\u00e9 Novedades Trae Node.js v20?<\/h2>\n
Exploremos las 5 actualizaciones principales introducidas con esta versi\u00f3n de Node.js. Estas caracter\u00edsticas incluyen:<\/p>\n
<\/div><\/kinsta-auto-toc>\nModelo de Permisos Experimental<\/h3>\n
La introducci\u00f3n del Modelo de Permisos experimental en Node.js v20 es una adici\u00f3n significativa que proporciona a los desarrolladores m\u00e1s control sobre el acceso a recursos espec\u00edficos durante la ejecuci\u00f3n.<\/p>\n
Esta nueva caracter\u00edstica es beneficiosa cuando la seguridad y el uso de recursos son cr\u00edticos, como en un entorno de producci\u00f3n.<\/p>\n
El Modelo de Permisos incluye varias capacidades, como restringir el acceso al sistema de archivos, child_process, worker_threads y complementos nativos.<\/p>\n
Los desarrolladores pueden utilizar banderas como --allow-fs-read<\/code>, --allow-fs-write<\/code>, y --allow-child-process<\/code> para especificar a qu\u00e9 recursos se puede acceder. Para activar estas banderas, los desarrolladores deben utilizar la bandera --experimental-permission<\/code> en combinaci\u00f3n con los permisos necesarios.<\/p>\nAqu\u00ed tienes un ejemplo de c\u00f3mo utilizar el Modelo de Permisos para permitir el acceso de lectura y escritura a todo el sistema de archivos:<\/p>\n
$ node --experimental-permission --allow-fs-read=* --allow-fs-write=* index.js<\/code><\/pre>\nLos desarrolladores tambi\u00e9n pueden utilizar el Modelo de Permisos para especificar el acceso a carpetas y archivos concretos. Por ejemplo, el siguiente comando permite el acceso de escritura a la carpeta \/tmp\/<\/strong>:<\/p>\n$ node --experimental-permission --allow-fs-write=\/tmp\/ --allow-fs-read=\/home\/index.js index.js<\/code><\/pre>\nUna ventaja importante del Modelo de Permisos es la posibilidad de ejercer un control m\u00e1s granular sobre el acceso al sistema de archivos. Por ejemplo, los desarrolladores pueden especificar rutas y patrones wild para permitir el acceso a carpetas o archivos concretos.<\/p>\n
$ node --experimental-permission --allow-fs-read=\/home\/user\/* index.js<\/code><\/pre>\nEl comando anterior concede acceso de lectura a todas las carpetas del directorio \/home\/user\/<\/strong>.<\/p>\nLa propiedad permission del objeto proceso tambi\u00e9n puede utilizarse para comprobar si se ha concedido un permiso concreto en tiempo de ejecuci\u00f3n. Por ejemplo, si quieres comprobar si tu proceso Node.js tiene acceso de lectura a una carpeta concreta, \/home\/user\/documents<\/strong>, puedes utilizar el siguiente c\u00f3digo:<\/p>\nif (process.permission.has('fs.read', '\/home\/user\/documents')) {\n console.log('Read access granted to \/home\/user\/documents');\n} else {\n console.log('Read access not granted to \/home\/user\/documents');\n}<\/code><\/pre>\nAl utilizar el Modelo de Permisos, tienes un control m\u00e1s detallado sobre el acceso al sistema de archivos de tus procesos Node.js, lo que puede conducir a una mayor seguridad y a una utilizaci\u00f3n m\u00e1s eficiente de los recursos.<\/p>\n
Es crucial tener en cuenta que el Modelo de Permisos a\u00fan es experimental y puede cambiar en futuras versiones de Node.js. Es aconsejable mantenerse al d\u00eda con la documentaci\u00f3n del Modelo de Permisos<\/a> y tener precauci\u00f3n al utilizar estas funciones experimentales.<\/p>\nEjecutor de Pruebas Estable<\/h3>\n
Node.js v20 incluye una versi\u00f3n estable del m\u00f3dulo test_runner que permite a los desarrolladores crear y ejecutar conjuntos de pruebas de JavaScript<\/a> de forma r\u00e1pida y sencilla sin instalar dependencias adicionales.<\/p>\nEl ejecutor de pruebas estable incluye ahora varios bloques de construcci\u00f3n, como describe<\/code>, it<\/code>\/test<\/code>, y hooks, para crear y estructurar archivos de pruebas, junto con mocking, watch mode y la posibilidad de ejecutar varios archivos de pruebas en paralelo mediante el comando node --test<\/code>.<\/p>\nAqu\u00ed tienes un ejemplo de c\u00f3mo utilizar el ejecutor de pruebas:<\/p>\n
import { test, mock } from 'node:test';\nimport assert from 'node:assert';\nimport fs from 'node:fs';\n\nmock.method(fs, 'readFile', async () => \"Hello World\");\ntest('synchronous passing test', async (t) => {\n \/\/ This test passes because it does not throw an exception.\n assert.strictEqual(await fs.readFile('a.txt'), \"Hello World\");\n});<\/code><\/pre>\nEl ejecutor de pruebas ofrece informes de pruebas configurables y personalizados mediante la bandera --test-reporter<\/code>, cobertura de pruebas experimental mediante la bandera --experimental-test-coverage<\/code> y capacidades de mocking.<\/p>\nAunque no pretende sustituir a los frameworks como Jest<\/a> o Mocha<\/a>, el ejecutor de pruebas estable ofrece una forma sencilla y r\u00e1pida de crear conjuntos de pruebas. Se ha mejorado significativamente desde su introducci\u00f3n en Node.js v19, y gracias a las pruebas y comentarios de los usuarios finales, ahora se ha marcado como estable en Node.js v20.<\/p>\nPuedes encontrar m\u00e1s informaci\u00f3n en este pull request fusionado<\/a>.<\/p>\nMotor JavaScript V8 Actualizado a 11.3<\/h3>\n
El motor V8 JavaScript<\/a>, que impulsa Node.js, se ha actualizado a la versi\u00f3n 11.3 en Node.js v20. Esto mejora el rendimiento e introduce nuevas caracter\u00edsticas del lenguaje. Algunas de las nuevas caracter\u00edsticas que incluye esta actualizaci\u00f3n:<\/p>\n\nString.prototype.isWellFormed<\/code> y toWellFormed<\/code>: Estos m\u00e9todos son especialmente \u00fatiles para garantizar el formato adecuado de las cadenas. Esto ayuda a garantizar que la entrada de cadenas del usuario est\u00e1 en el formato UTF-16 correcto, reduciendo los errores en la era de los emojis.<\/li>\n- M\u00e9todos que modifican Array y TypedArray por copia: Esto puede ser \u00fatil para crear copias modificadas de arrays sin afectar a los datos originales, lo que es especialmente relevante en casos en los que necesites conservar los datos originales para compararlos o con otros fines.<\/li>\n
ArrayBuffer<\/code> reajustable y SharedArrayBuffer<\/code> reajustable : proporciona una mayor flexibilidad, permitiendo una asignaci\u00f3n de memoria m\u00e1s eficiente.<\/li>\n- Bandera RegExp v con notaci\u00f3n de conjunto y propiedades de cadenas: a\u00f1ade funcionalidad para expresiones regulares.<\/li>\n
- Llamada de cola WebAssembly: proporciona una forma de optimizar ciertos tipos de llamadas a funciones.<\/li>\n<\/ul>\n
Estas actualizaciones muestran el compromiso continuo de la comunidad de desarrollo de Node.js para mejorar el rendimiento y la funcionalidad.<\/p>\n
Import.meta.resolve() S\u00edncrona<\/h3>\n
En Node.js v20, se ha introducido import.meta.resolve()<\/code>, que facilita la escritura de scripts que no son sensibles a la ubicaci\u00f3n. Esta funci\u00f3n retorna de forma sincr\u00f3nica, similar al comportamiento del navegador, lo que permite una ejecuci\u00f3n m\u00e1s eficiente.<\/p>\nLos hooks de resoluci\u00f3n del cargador de usuario pueden seguir defini\u00e9ndose como una funci\u00f3n as\u00edncrona, pero import.meta.resolve()<\/code> seguir\u00e1 devolviendo de forma s\u00edncrona para el c\u00f3digo de la aplicaci\u00f3n aunque se carguen hooks de resoluci\u00f3n as\u00edncronos.<\/p>\nEl comportamiento s\u00edncrono de import.meta.resolve()<\/code> permite una ejecuci\u00f3n m\u00e1s eficiente del c\u00f3digo, especialmente cuando se trata de grandes cantidades de datos. Como autor, puedes definir los ganchos de resoluci\u00f3n como funciones as\u00edncronas o s\u00edncronas, seg\u00fan prefieras. El c\u00f3digo de la aplicaci\u00f3n seguir\u00e1 ejecut\u00e1ndose de forma s\u00edncrona independientemente de si hay ganchos de resoluci\u00f3n as\u00edncronos cargados.<\/p>\nAplicaciones Experimentales de Ejecuci\u00f3n \u00danica (SEA)<\/h3>\n
Las Aplicaciones Ejecutables Individuales Experimentales (SEA – Single executable applications) son una nueva caracter\u00edstica introducida en Node.js v20 que permite empaquetar tu aplicaci\u00f3n con el binario de Node.js, permitiendo a los usuarios finales distribuirla y ejecutarla como un \u00fanico archivo ejecutable.<\/p>\n
Esta ha sido una petici\u00f3n de la comunidad desde hace mucho tiempo, y el equipo ha estado perfeccionando el enfoque durante el \u00faltimo a\u00f1o.<\/p>\n
En Node.js v20, para crear una aplicaci\u00f3n ejecutable \u00fanica es necesario inyectar un blob preparado por Node.js a partir de una configuraci\u00f3n JSON, en lugar de inyectar el archivo JS sin procesar.<\/p>\n
Un blob es un archivo que contiene datos binarios, en este caso, preparados por Node.js, y se inyecta en el binario. Este cambio se hizo para permitir incrustar m\u00faltiples recursos coexistentes en el EAE, lo que abre nuevos casos de uso.<\/p>\n
Aqu\u00ed tienes un ejemplo de archivo sea-config.json<\/strong>:<\/p>\n{ \n \"main\": \"myscript.js\", \n \"output\": \"sea-prep.blob\" \n}<\/code><\/pre>\nCuando se ejecuta con el comando node --experimental-sea-config sea-config.json<\/code>, el blob se escribe en el archivo sea-prep.blob<\/strong>, que luego puede inyectarse en el binario.<\/p>\nLa funci\u00f3n SEA permite a los desarrolladores distribuir aplicaciones Node.js<\/a> sin necesidad de que los usuarios instalen Node.js<\/a>. La funcionalidad fue creada por Darshan Sen<\/a>, que gan\u00f3 el premio a la Contribuci\u00f3n Sobresaliente de un Reci\u00e9n Llegado como parte de los Premios JavaScriptLandia en OpenJS World.<\/p>\nMicrosoft, miembro de la Fundaci\u00f3n OpenJS, est\u00e1 investigando esta funci\u00f3n como forma de reducir los ataques vectoriales y potenciar la arquitectura Node.js para una mejor experiencia. Aunque la funci\u00f3n SEA a\u00fan es experimental, representa un nuevo y emocionante avance para la comunidad Node.js.<\/p>\n
Rendimiento<\/h3>\n