A razão é por que já trabalhei com sistemas embarcados, fiquei muito bitolado em baixo nível, sabe. Ainda tenho uma queda pra utilizar essas tecnologias que mais conheço.
Em sexta-feira, 27 de junho de 2014 09h53min09s UTC-3, Geovani de Souza escreveu:
-- Em sexta-feira, 27 de junho de 2014 09h53min09s UTC-3, Geovani de Souza escreveu:
Nunca é uma boa ideia expor seu banco de dados.
Vc também pode considerar outras soluções além de um webservice, como por exemplo, Redis ou RabbitMQ. No caso do RabbitMQ, vc usa 1 fila persistente pra enviar os dados e depois conecta um serviço (pode ser um war, serviço do windows ou mesmo uma thread no aplicativo principal) que vai consumindo esses dados. No android um Service persistente (START_STICKY) abre a conexão a esse intermediário e vai publicando as mensagens.
Novamente, sem sockets. Simples, escalável e confiável.
Roberto, acho que vc teria que nos dar uma boa razão de pq acha que sockets são uma boa opção. Acredito que eu e o resto do pessoal, consideramos soluções mais "alto nível" uma melhor alternativa...
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