5 pontos por xguru 2023-01-19 | 6 comentários | Compartilhar no WhatsApp
  • Usa o navegador já instalado no sistema operacional, sem embutir um navegador (não é WebView)
    • Suporta Chromium e Firefox
    • Tamanho de bundle pequeno e builds rápidos
  • API simples, mas poderosa, para prototipagem rápida
  • Suporte ao Deno em vez de Node.js (experimental)
  • Suporte para Windows/Linux; o suporte ao Mac está em andamento

6 comentários

 
sddsdd94 2023-01-19

Parece semelhante ao Wails, que é feito em Go e tem um conceito parecido.

 
hided62 2023-01-19

Parece uma tecnologia interessante, mas não sei em que caso de uso ela seria necessária.
Não seria algo que reúne apenas as desvantagens do método de embutir um navegador web e do uso de WebView..?

 
hhkkkk 2023-01-20

Não seria para reduzir o tamanho do bundle e economizar memória?

 
hided62 2023-01-20

Eu tenho dúvidas sobre as duas coisas.
O Gluon é explicado como uma estrutura que executa tanto o navegador web quanto o NodeJS que controla esse navegador. Há uma boa chance de o navegador inteiro consumir a mesma quantidade de memória ou até mais do que um componente WebView, por causa da parte de UI/UX, então fico na dúvida se acrescentar ainda o NodeJS realmente vai economizar memória...

Além disso, o tamanho do bundle mostrado para o site parte da premissa de que o NodeJS já está instalado no sistema, por isso o tamanho aparece daquele jeito, e no caso do tauri o tempo de build é um cold build completo, começando do zero até os crates Rust...

 
galadbran 2023-01-23

Parece ser algo como implementar em Node um conceito parecido com o do Tauri (usar o navegador do sistema)...

 
joone 2023-01-20

Se reutilizarmos uma instância de navegador já existente, dá para economizar memória. Hoje, no caso dos apps em Electron, existe o problema de cada um precisar carregar seu próprio mecanismo do Electron na memória.