Um cenário que precisei bolar uma maneira pra descer o brasil pra dentro da argentina uhahuahuahu ...
Imagina um sistema de vistorias de carros, existe inúmeros veículos, passam dos 30mil, e o vistoriador tem que estar com isso offline para que possa fazer a validação do veiculo a qualquer momento. Esse é um cenário, claro que existe o perfil por usuário, mas neste caso num tem jeito rsrsrsrs ...
Mas acabou que consegui, deu certo !
Valew pelas suas dicas, vou dar uma estudada nelas, já usei bastante alternativas para trazer as informações para o smartphone ao mais rápido possível, passando pelo Web Service, Arquivos DB, JSON entre outras, até agora o que gostei mais foi o arquivo em si, o único recurso consumido é o download, nada de ficar fazendo leituras estratosféricas nos arquivos.
É isso, boa semana ae |o/
Em segunda-feira, 4 de agosto de 2014 14h33min19s UTC-3, Geovani de Souza escreveu:
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