Executando verificação de segurança...
1

Webview e OAuth

Estou com essas 3 dúvidas, caso alguem consiga me auxiliar:

1 - Tenho um webview em Flutter (feito com
Laravel) onde passará a utilizar OAuth (Google e
Facebook). Já tenho tudo feito no Laravel (com
socialite), porém, no webview, a ideia seria clicar no
botão Logar com o Google, ele abre o navegador
externo na url de autenticação do Google e depois o
correto seria pegar o token, retornar de alguma
forma pro webview, e do webview fazer uma
requisição pra aplicação em laravel autenticando
com o token? (Daria pra fazer diretamente no
webview sem navegador externo, oq seria muito
mais fácil, porém ele nao mantem as contas ja
salvas. Teria uma forma de fazer isso?)

2 - Hoje a aplicação tem 1000+ contas já
cadastradas e a ideia é deixar se logar apenas com
OAuth, então acredito que vou deslogar todos
usuários, e ao acessar a conta do Google/Facebook
ele busca na model onde possui o mesmo email e
vincula. Teria outra forma ou essa é a ideal?

3 - Como é um webview , vai ter alterações nos
arquivos do flutter caso eu receba o token la. Minha
duvida é na parte do deploy pras lojas, subo nova
versão pras lojas, e somente após aprovarem pra
produção eu envio as alterações pro servidor web?
Pq se eu so enviar as alterações depois, o tester da
loja não vai ver as novas implementações, e, caso
eu mande antes, a galera já vai ter os novos
arquivos, mas as modificações no flutter não (por
conta do tempo de aprovação).

Carregando publicação patrocinada...
1

Vou responder o 3 pra você: essa dúvida é comum. As pessoas resolvem isso criando versões diferentes de API. Ou seja, não altere sua API pq alterou o app.
Eu sempre tenho essa discussão com meu sócio no início dos projetos: lançar logo o app ou esperar mais um pouco? A gente sempre decide esperar a API ficar madura para que não seja necessário mudar depois.

Pq esse tempo de aprovação é só UM dos empecilhos.

Eu conheço gente que só atualiza os aplicativos quando alguém chega e diz: viu aquele aplicativo tal que tá fazendo aquilo? Aí a pessoa diz que não apareceu pra ela. Aí o outro diz pra ver se tem alguma atualização pra fazer e quando ele pesquisa, o app está há 2 anos sem atualizar. Esse é um caso real.

Então para que meus projetos não tenham várias versões de rotas, eu só lanço o app após não existirem mais ajustes no que já está funcionando.

Resumo: crie uma rota nova com a autenticação nova. Os apps novos usarão ela e os desatualizados usarão a velha. Quando você tiver certeza que ninguém mais usa a velha, você pode removê-la.

1
1

Bom dia.
Mas o seu webview está exibindo dados de alguma URL. Você só precisa ter 2 urls diferentes, uma para cada versão.

1
1

Exato. A versão velha do app usa a url antiga e a versão nova usa a nova url. Se um dia a versão velha deixar de ter acesso, você pode removê-la e seguir usando a v1. Qualquer outra alteração brusca, crie uma v2 e siga em frente.
Mas pelo o que eu entendi a mudança é só na autenticação, né?
Você hoje usa autenticação própria com email e senha. Ai você quer mudar para login com redes sociais. Nesse caso você já deve ter uma página chamada, por exemplo, /auth.
Se for, só precisa criar a nova rota de autenticação chamada, por exemplo, /oauth.
A versão velha continua usando /auth e a nova vai usar a nova página /oauth.