-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
APP #2
Comments
Eu sempre tento ir na linha do nativo para poder extrair o maximo possivel da experiência da plataforma. Mas também creio que a API deva ser aberta, assim podemos também fazer um app 100% nativo no futuro, caso desejado. Eu particularmente adoraria partir para o nativo usando as novas bibliotecas de arquitetura e Kotlin, mas isso pode ser no futuro. |
Não podemos esquecer da integração com serviços de monitoramento como Firebase e/ou Fabric.io Eles geram dados muito importantes para analise de uso e alcance dos apps. Obs.: Normalmente estes serviços são free. |
No nosso caso, eu acho que o React-Native consegue trabalhar bem e atender nossa necessidade, ele roda "nativo", os componentes de UI são todos lidos de forma Nativa, o que oferece um ganho de performance e uma experiência pro usuário final muito boa, e o melhor, ele não impede que escrevamos partes do projeto em Android ou IOS nativo de verdade, caso alguma funcionalidade precisa-se demais de performance e ele ficar lento, podemos escrever essa parte de forma nativa. |
Quanto ao Firebase/Fabric, corrija-me se eu estiver errado, mas acho que o Fabric agora está dentro do Firebase, e é importante mesmo a integração com eles. |
O fabric foi adquirido pela Firebase sim, mas continua disponivel. |
Aqui discutiremos sobre o aplicativo e tudo que possa fazer parte dele, começando pela linguagem que será desenvolvido, num primeiro momento ficou definido que seria feito com React-Native, caso alguém tenha qualquer outra ideia, pode comentar aqui.
The text was updated successfully, but these errors were encountered: