Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Nos últimos meses, trabalhei na construção de um dashboard para membros usando Next.js e agora estou pensando em criar uma versão mobile usando Expo. A real é que não tenho tempo nem grana pra manter duas bases de código separadas, então decidi fazer tudo com webviews.
A ideia é que cada rota do site seja carregada por uma webview no app, mantendo a estrutura de arquivos igual. Assim, cada index.tsx só precisa ter uma webview apontando para sua URI correspondente. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.
O desafio, claro, é oferecer uma experiência quase nativa, com transições suaves e navegação fluida. Ainda não testei de forma aprofundada, mas acho que dá pra fazer algo bem aceitável, desde que a navegação entre as telas seja bem gerenciada. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece mlehor quando operação, produto e engenharia olham para o mesmo risco.
No seu caso, quem já tentou algo assim? Quais problemas vocês enfrentaram na prática? A experiência do usuário fica satisfatória ou acaba prejudicada por dependências de webview?
A questão é se esse método consegue oferecer uma experiência próxima de app nativo ou se acaba sendo só um improviso pra economizar tempo. Ainda acho que a navegação fica meio travada às vezes.
hum, interessante. Mas e na hora de aju star performance ou lidar com problemas de cache nessas webviews? Às vezes o erro silencioso na atualização é o maior problema.
Visse, cara.
Boa, mas sei lá, acho que essa abordagem funciona até um ponto, pq a navegação fica pesada se tiver muitas rotas. Você já pensou em usar alguma lib que otimize as transições?