Danilo, primeira coisa que digo: não mande os 80.000 registros. Usuários não precisam de tudo. Sério. Todo usuário tem um perfil de uso e as vezes compensa mais criar uma forma de "descobrir" esse perfil do que achar formas mirabolantes pra colocar o Brasil dentro da Argentina...
-- Se o aplicativo tiver que funcionar 90% do tempo offline, o download de um banco já populado é muito superior a baixar os dados "manualmente", por assim dizer.
Uma forma eficiente de fazer isso sem downloads, seria um Web Service de dados e usar caching no aparelho. RoboSpice pode ajudar.
Agora sobre a atualização das informações:
- Se está preocupado com a carga de dados para o smartphone ou o desempenho dessas cargas: reduza a quantidade de dados ou carregue tudo de forma assíncrona. Por exemplo, procure uma forma de fazer um "streaming" dos dados mais recentes/utilizados e disponibilize-os primeiro na interface do app, enquanto o usuário navega e procura o que quer, vc vai carregando o restante;
- Quanto ao tráfego de rede/bateria: reduza os dados. Não só a quantidade, mas a dimensão deles e até a ativação de rede. Vc pode usar algo como protobuf (que é muito mais compacto que XML ou JSON) e tem um benefício extra de "mascarar" os dados, já que é tudo binário. Quanto a ativação, a documentação oficial recomenda agrupar as requisições web e fazê-las com menor frequência e maior quantidade, pois evita que o rádio (3G/wifi) fique entrando em espera e sendo reativado toda hora, o que consome muita bateria;
- No mais, o SyncAdapter e GCM podem ajudar a evitar desgastes desnecessários. Vc pode inclusive "mockar" uma implementação "caseira" com RabbitMQ caso GCM não seja uma opção.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
0 comentários:
Postar um comentário