5 puntos por xguru 2023-01-19 | 6 comentarios | Compartir por WhatsApp
  • Usa el navegador ya instalado en el sistema operativo sin incrustarlo (no es una webview)
    • Compatible con Chromium y Firefox
    • Tamaño del bundle pequeño y builds rápidas
  • Soporta prototipado rápido con una API simple pero potente
  • Soporte para Deno en lugar de Node.js (fase experimental)
  • Compatible con Windows/Linux; el soporte para Mac está en desarrollo

6 comentarios

 
sddsdd94 2023-01-19

Parece similar a Wails, que es un concepto parecido hecho con Go.

 
hided62 2023-01-19

Parece una tecnología interesante, pero no veo un caso de uso necesario.
¿No sería más bien una forma que reúne solo las desventajas de integrar un navegador web y de usar un WebView..?

 
hhkkkk 2023-01-20

¿No se trata de reducir el tamaño del bundle y ahorrar memoria?

 
hided62 2023-01-20

Yo tengo dudas sobre ambas cosas.
Gluon se describe como una estructura que ejecuta tanto el navegador web como NodeJS, que controla ese navegador. Es muy posible que un navegador web completo use la misma cantidad de memoria o incluso más que un componente WebView (por la parte de UI/UX), así que encima agregarle NodeJS... no sé si realmente vaya a ahorrar memoria.

Incluso el tamaño del bundle que muestran para el sitio web parte de la premisa de que "NodeJS ya está instalado en el sistema", y por eso sale ese tamaño; mientras que en el lado de tauri el tiempo de build es un cold build completamente desde cero, incluyendo los Rust crates...

 
galadbran 2023-01-23

Parece que se trata, más o menos, de implementar con Node un concepto similar al de Tauri (usar el navegador que ya está en el sistema)...

 
joone 2023-01-20

Si se reutiliza una instancia existente del navegador, se ahorraría memoria. Ahora mismo, en el caso de las apps de Electron, existe el problema de que cada una tiene que cargar su propio motor de Electron en la memoria.