Svelte Native - Desenvolvendo aplicativos móveis nativos com Svelte

• Desenvolvimento de aplicativos móveis com o framework Svelte
  • Uso completo de todos os recursos do Svelte, incluindo Transitions, Stores e Reactivity
• Desenvolvimento de aplicativos nativos iOS/Android multiplataforma com NativeScript, sem WebView
  • Diferente do React Native ou do NativeScript-Vue, que executam a maior parte do trabalho no dispositivo móvel, processa a maior parte na etapa de compilação
  • Oferece UI verdadeiramente nativa e desempenho nativo, ao mesmo tempo em que compartilha tecnologias e código da web
• Em vez de usar técnicas como virtual DOM diffing, escreve código que atualiza com precisão os widgets de visualização nativos quando o estado do aplicativo muda

[bus710]

Acho que vi em algum lugar no Reddit no ano passado comentários dizendo que o NativeScript não estava exatamente muito vivo. Também me lembro de comentários dizendo que, se realmente fosse necessário fazer um app mobile com Svelte, seria melhor usar o Capacitor ou esperar pelo Tauri Mobile.

[dodok8]

Eu também gosto de Svelte, mas sinceramente esse projeto me deixa com um pé atrás. Parece que há código ativo de menos, não?

[xguru]

Opiniões no Hacker News

• Apesar das vantagens do projeto, isso deveria deixar mais claro que não faz parte do framework oficial do Svelte. O projeto imita a aparência da documentação do Svelte, mas parece faltar uma explicação sobre quem eles são.
• Já fiz alguns apps com React Native e, com o tempo, isso virou um pesadelo, porque a complexidade explodiu por causa de problemas de compatibilidade entre várias versões de bibliotecas JavaScript, frameworks, versões de Android/iOS e sistemas de build. Prefiro aprender Kotlin/Swift e manter um único ecossistema.
• Mesmo sendo um grande fã de Svelte, este projeto não recebeu muito interesse nem atenção nos últimos anos. Ainda assim, acho que React e React Native são mais adequados para quem quer criar apps nativos com tecnologias web. Considerando o avanço do suporte a PWA no Safari, a hostilidade crescente da Apple em relação aos desenvolvedores nativos e melhorias de navegador como o WebGPU, espero que no futuro não seja necessário criar apps nativos para 95% dos casos de uso. O principal obstáculo para isso é a Apple continuar tratando apps web no iOS como cidadãos de segunda classe e adicionar a contragosto APIs ao Safari para oferecer uma boa experiência nativa.
• Há alguns anos, na empresa, tentamos essa tecnologia para criar um app multiplataforma e esperávamos poder compartilhar a interface web em Svelte e muito código. Em 3 a 4 meses fizemos bastante progresso, mas esbarramos em muitos bugs estranhos e casos de borda difíceis de depurar. No fim, migramos a base de código mobile para Flutter. Pode ter melhorado desde então, mas, com base na impressão inicial, eu não recomendaria NativeScript para nada além de interfaces simples.
• Isto é menos uma versão em Svelte do React Native e mais um dos wrappers do NativeScript.
• É baseado em NativeScript. Se você quer multiplataforma, acho melhor ficar com RN. Escrever apps em Kotlin ou Swift é mais fácil do que lidar com esse sistema complexo.
• A palavra “nativo” está sendo usada em excesso.
• O app de exemplo é de 5 anos atrás. Fico me perguntando se alguém realmente usa isso.
• Fiz muitos apps mobile nos últimos anos e sempre renderizei usando tecnologias web dentro de uma webview. Como levo a experiência do usuário muito a sério, não vejo vantagem, em smartphones modernos, em renderizar com ferramentas como React Native, Flutter ou NativeScript em vez de dentro de uma webview. Bibliotecas de UI como Ionic são indistinguíveis de componentes de UI nativos, e não existe pesquisa real com usuários que prove o contrário. Então por que usar essas ferramentas multiplataforma, em vez de simplesmente usar Svelte diretamente com uma webview?
• Gosto de Svelte e espero que seu modelo de componentes único combine bem com o desenvolvimento de apps mobile nativos. Fico curioso para saber o quanto a cadeia de ferramentas difere do React Native.