Running JavaScript Actually Everywhere

JavaScript tiene un ecosistema increíble. Puedo trabajar en una aplicación móvil con React Native o Expo en segundos. Y si quiero desarrollar aplicaciones de escritorio, puedo hacerlo con Tauri o Electron. Y también puedo escribir código de servidores de aplicaciones con Deno, Node.js o bin.

Pero no hay un solo runtime que me permita portar mi lógica de servidor al móvil y viceversa. Por ejemplo, digamos que tengo un módulo NPM dedicado al trabajo criptográfico. Realiza algún trabajo intensivo de CPU, operación del sistema de archivos e interactúa con la pila de red. Lo uso en mi backend, y realmente necesito reutilizarlo y reutilizar esa lógica central como backend.

No puedo portar esa lógica directamente a una aplicación de React Native. Así que si uso Deno, Node.js o bin, no podré portar la lógica directamente a React Native. Y por otro lado, no puedo contratar a un desarrollador nativo para reimplementar esa lógica en Swift o Kotlin. Y luego escribir un binding para React Native, porque me costará mucho dinero. Y tal vez tenga muchos desarrolladores de JavaScript en mi equipo, y no puedo contratar este tipo de perfil específico.

Y me gustaría presionarme para hacer una pregunta. El móvil está en todas partes. Más del 90% del tiempo móvil se pasa en aplicaciones y no en navegadores. Y para los próximos mil millones de usuarios, el smartphone es todo el Internet. Y luego ejecutar código nativamente en dispositivos de gama baja no es una opción. Es necesario, porque todos tienen un teléfono en su bolsillo. Y es como los dispositivos reales donde tienes que estar.

Incluso en JavaScript. Así que me pregunté por qué Node.js, Deno.js o bin.js no se ejecutan en móviles. Y antes de realmente ver eso, hagamos una verificación rápida. Así que en esa tabla, intenté comparar Node.js, Deno.js y bin.js en lo que respecta a móviles. Así que primero veremos que Deno.js y bin.js están fuera del alcance. Todavía hay paquetes móviles de Node.js, que son paquetes de terceros no mantenidos por los mantenedores principales o por Node.js en sí. El verdadero punto negativo con eso es que cuando quieres incrustar tu código de Node.js, tienes que traer toda la base de código de Node.

js. Y como probablemente sepas, Node.js viene como un todo, y no por módulo según tus necesidades. Además, soporta React Native, no Expo, y tampoco tiene una especie de integración nativa con iOS o Android, por ejemplo. Intentemos echar un vistazo a Bear ahora. Así que Bear es un runtime moderno. Y por diseño, podemos usar Bear en iOS y Android.

Y con respecto al soporte del framework, soporta React Native, Expo, y también tiene integración nativa. Y la gran diferencia es que finalmente puedes optar por tu módulo. Así que no tienes que traer cosas como el módulo OS o el módulo de rendimiento si no lo necesitas en tu proyecto. Así que, sí, parece que Bear podría ser una buena opción para mi caso de uso.

Ahora, ¿cómo consumir Bear desde React Native? Así que solo tengo que instalar React Native BearKit en mi proyecto. Me permitirá usar el runtime de Bear directamente. Así que ahora intentaremos ver qué API podemos usar. Primero, me gustaría cubrir dos conceptos que vienen con Bear. El primero es Worklet.

Así que verás en la documentación cuando quieras usar Bear en un entorno nativo, en escritorio o en móvil, veremos este concepto de Worklet. Es más o menos lo mismo que un worker. Solo diferenciamos con ese término porque tenemos un proyecto de Bear worker y no queremos crear confusión con ese. Pero es casi lo mismo. Será algo que se ejecutará en segundo plano. Así que si tienes tu aplicación React Native, por otro lado, tienes el Bear Worklet.

Y entre ambos, podrás comunicarte usando IPC. Así que veamos cómo funciona en términos de código. Así que tenemos este pequeño fragmento. Primero, tienes que importar React Native BearKit. Luego tu bundle. Así que el bundle, explicaré qué es un poco más tarde. Así que es como tu código de Worklet, principalmente. Luego tienes que crear un Worklet como una clase, ¿verdad? Y luego simplemente pasas tu bundle como un parámetro y también le das un nombre a tu Worklet.

Y en el lado del Worklet, es muy similar. Así que lo que podrías hacer es obtener el objeto IPC del objeto global de BearKit, que está expuesto por definición. Y luego, como cualquier API de emisor de eventos, puedes escuchar datos. Así que cada vez que el lado de React Native envíe mensajes, puedes obtenerlos desde aquí. Y también podrías escribir mensajes. Así que cosas de IPC realmente básicas.

Y luego, en el lado de React Native, tienes la misma API. ¿Recuerdas ese objeto Worklet que creamos? Puedes obtener el objeto IPC desde allí. Y la misma API, como puedes escuchar datos o podrías escribir directamente en el IPC. Y si quieres, hay alguna abstracción que puedes usar sobre ese Raw IPC para facilitarte la vida. Por ejemplo, tenemos BearRPC. Tendremos llamada a procedimiento remoto sobre este Raw IPC. Y somos FramedStream, por si quieres enmarcar tu flujo de IPC. Y eso suena como un detalle, pero es un aspecto realmente importante de la filosofía de Bear, que es traer lo que necesitas cuando lo necesitas. Cuando traes BearKit a tu proyecto, expondrá la API minimalista que necesitas.

Y para el resto, puedes añadir módulos encima de eso. Y te daré muchos detalles sobre eso más tarde. Así que mencioné Bundle. Y es realmente importante saber que Bundle es más o menos como un archivo zip. Es solo un archivo zip para el módulo de JavaScript, que soportará archivos como paquetes o complementos nativos. Y como dije, en Bear, eliges y te unes a los módulos que deseas. Solo cambiará el tamaño de tu Bundle. Y cuando tengas tu worklet listo con todo el código y las dependencias que necesitas, tenemos algunos comandos que encontrarás en la documentación para empaquetar tu worklet. Y solo traerá las dependencias que necesitas. Y si no necesitas, como dije, el sistema de archivos, entonces no traeremos esas API. Si no necesitabas HTTP, no lo traeremos a tu worklet. Solo obtendrás el código que necesitas.

Así que es hora de una pequeña demostración. Así que intentemos... Sí, así que aquí, acabo de clonar el repositorio de Bear Expo, que ya integró React Native BearKit con Expo. Así que podrías clonar ese repositorio. Haz un npm install como hice yo. Y luego ejecutas npm run ios porque uso el simulador de ios aquí. Así que ahora abriré este index.js. Así que lo primero es que, como vimos, importamos un worklet de React Native BearKit. Y luego el componente solo imprimirá una respuesta que será una cadena, ¿verdad? Así que nada especial aquí. Y así tenemos el código del worklet que podría ser un archivo separado, pero aquí solo paso una cadena. Luego pasamos esa cadena a la función start y le damos un nombre de archivo. Será realmente útil cuando quieras depurar, por cierto. Y luego escucharemos los datos y estableceremos la respuesta. Y en el otro lado, solo escribiremos un mensaje. Y normalmente en el IPC en React Native, solo cambiará el estado del componente. Y deberías ver el resultado directamente en la aplicación. Así que parece que la compilación ha terminado ahora. Así que la aplicación se abrirá y boom.

Hay una bienvenida de Bear, que es la cadena que estaba en el worklet. Y React Native escucha a través de los eventos de datos de IPC y obtiene los datos y simplemente los muestra en la aplicación. Así que, sí. Así que, sí, deberías probar el runtime, que en realidad funciona en todas partes. Así que es realmente fácil si quieres usar Bear localmente para hacer algunas pruebas. Puedes hacer npm i g bear y se instalará en tu máquina.

Así que veamos cuál es la filosofía que viene con Bear. Ya mencionamos algunos puntos, pero repasaré cada uno de ellos. Así que primero, menos es más. Tenemos un núcleo pequeño. El runtime en sí está construido de esa manera. Así que solo trae las partes necesarias para funcionar. No traerá la pila de red. No traerá cosas de rendimiento y observabilidad. Solo lo que se necesita para ejecutar un JavaScript.

Todos los componentes están realmente separados, con esta filosofía de Linux-Unix. Y la cosa es que muchas veces observamos que hacer menos es realmente mejor para el rendimiento. Así que, sí, te dejaré usarlo y darnos tu opinión al respecto. Como tenemos un núcleo pequeño, podemos traer solo lo que necesitamos. Así que evitará tener un paquete inflado con muchas cosas que no necesitamos. Cargará binarios como bear-ttp o bear-rocker solo si optas por incluirlos en el package que JSON.

Y también, Bear podría ser compilado sobre varios motores. Así que V8, GSC, Quick JS o incluso Javascript para cosas como IoT. Así que no tomamos un motor y simplemente usamos ese. Creamos un sistema que te permite recompilar Bear con el motor que desees. Y por defecto, es V8.

Ahora vamos a repasar algunas características. Así que como dije, BUNs se ejecutan en todas partes. Se ejecuta en servidores y CLI como Node-DO. Se ejecuta en escritorio con Electron. Se ejecuta en escritorio nativo como Linux o Mac OS. Se ejecuta en React Native y Expo. Se ejecuta en móvil nativo como iOS y Android. Se ejecuta en móvil nativo como iOS y Android directamente con BearKit. También se ejecuta en IoT con un motor de Javascript dedicado que no tiene demasiada huella en tu programa.

Además, somos compatibles con Node.js. Así que quiero decir, cualquier API del sistema que tengas en Node.js, también tenemos un módulo equivalente en Bear. Solo tienes que instalarlo en tu package. Puedes crear módulos que funcionen en ambos. Y también puedes migrar un proyecto de Node.js y añadir una capa para soportar Bear también. Y tenemos muchos módulos que soportan eso. Solo contáctanos y te enviaremos los enlaces correctos. Por ejemplo, tenemos bear-process, bear-fs y todos esos módulos en los que puedes participar.

Complemento nativo, proporcionamos una plantilla para comenzar tu propio complemento nativo. Traemos la maquinaria de construcción mundial. Solo tienes que seguir la documentación y ejecutar tres comentarios y funciona. Además, soportamos todo el NAPI del símbolo de Node.js. Y cuando creas un complemento de Bear, puedes apuntar a Bear, pero también puedes apuntar a Node, lo cual es bastante agradable. Además, tenemos gstl en el lado del complemento nativo, que es una API que agiliza el desarrollo de complementos. Y elimina cualquier lógica específica de ng. Así que interactúas con una API sin depender de los internos de JavaScript core o v8. Y eso también significa que puedes construir un complemento en el motor que prefieras. Así que tiende a imitar la firma de JavaScript de tu enlace.

Por ejemplo, aquí en el lado del enlace, tenemos un stream, que es un buffer, y pasas directamente el buffer aquí. No tienes que manejar un array, tomar el primer argumento, verificar su tipo como lo haces en Node.js, por ejemplo. Y, por ejemplo, como segundo argumento, tenemos un id, que es un int y luego un número en el lado de JavaScript. Así que realmente fácil de usar. Elimina un montón de código repetitivo. Es realmente agradable de usar. Luego también puedes tener una aplicación ejecutable única. Así que puedes empaquetar tu código JavaScript como un paquete de aplicación nativa o un ejecutable independiente tanto para escritorio como para móvil. Y tienes el proyecto de construcción de Bear para hacer eso.

Entonces olvidarás la ansiedad de actualizar. Bear no proporciona una biblioteca estándar más allá de las APIs de tipo JavaScript core disponibles a través del espacio de nombres de Bear. Los módulos integrados como el sistema de archivos son módulos separados como Bear FS, por lo que tienes el control sobre tu código. Las bibliotecas heredadas pueden ser actualizadas de manera elegante según sea necesario a lo largo del camino, permitiendo que tu base de código sea refactorizada, actualizada en sincronía con tu código. Así que actualizar Bear nunca romperá tu corazón. Además, un punto realmente importante es que amamos Node.js, ¿verdad? Bear no es el trabajo de personas que querían un nuevo nodo. Este es el trabajo de personas que alcanzaron un cierto límite del runtime y querían llevarlo más allá con una nueva arquitectura, y móvil e IoT son un muy buen ejemplo.