Boa tarde.
Depois de entender e validar o negócio, os itens nunca vão sofrer alterações, pois são regulamentados, neste caso somente entraram novos itens e não será com muita frequência.
Com base nisto vou implementar como o Felipe disse, embarcar o banco já com uma carga inicial e sempre que o user logar irei verificar se tem novo itens (pegando no server itens com ID maior do que o maior ID no device)
Att,
2015-03-19 10:24 GMT-03:00 Diego N. <diegonunes.sistema@gmail.com>:
Bom dia.@Leonardo obrigado. Fiz uma alteração inicial para buscar diretamente do server e está aceitável usando 3G, vamos fazer um trabalho do lado servidor agora, cache, etc.@Felipe Pensei nesta possibilidade, e ainda não a descarto, mas inicialmente acho que manter estes dados sincronizados será uma tarefa complexa, dado a quantidade de informação.Att,2015-03-19 9:11 GMT-03:00 Felipe Arimatéia <felipearimateia@gmail.com>:Diego,você pode embarcar os dados na aplicação, e toda vez que o usuário abrir o App você verifica se tem uma nova atualização.1- Embarca um sqlite com as informações2- Verifica se tem novos dados quando o usuário abrir o app3- O servidor envia um sqlite apenas com os novos dados4- Você faz um merge com seu bancoObs.: Se sua consulta no banco local não for performática, ele pode ser um gargalo também.--On Thu, Mar 19, 2015 at 8:59 AM, Leonardo Malkes <leo.malkes@gmail.com> wrote:
Sim, correto. Porém não confunda avisar ao app que existem novos dados, como por exemplo novo e-mail, com usar o GCM como Trigger do banco de dados.
quinta-feira, 19 de Março de 2015 às 08:48:22 UTC-3, Marcelo Alves escreveu:2015-03-19 8:43 GMT-03:00 Leonardo Malkes <leo.m...@gmail.com>:Para garantir que seus dados estejam sempre atualizados é interessante consultar o servidor. Mas para evitar consultas excessivas e recomendado que você mantenha um cache no app.Avisar ao app via push para ele se atualizar não é uma boa prática. O push não foi feito para isso.
Tirado da explicação do GCM :Google Cloud Messaging (GCM) is a free service that enables developers to send downstream messages (from servers to GCM-enabled client apps), and upstream messages (from the GCM-enabled client apps to servers). This could be a lightweight message telling the client app that there is new data to be fetched from the server (for instance, a "new email" notification informing the app that it is out of sync with the back end), or it could be a message containing up to 4kb of payload data (so apps like instant messaging can consume the message directly). The GCM service handles all aspects of queueing of messages and delivery to and from the target client app.--
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.
--
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.
--
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