Acabei de herdar um projeto de aplicativo Android como um gerente de produto (técnico) que usa umTemporizador de 5 segundos para pesquisar um URL remoto para ver se algum trabalho iniciado pelo aplicativo foi concluído. Minha reação inicial, claro, foi sugerirsubstitua isso por um mecanismo de push / notificações, de preferência do Android, construído em GCM, então o trabalho é removido do aplicativo no telefone e colocar no lado do servidor.

Surpreendentemente, encontrei resistência da equipe de desenvolvimento. Um ex-gerente de produto (meu antecessor) parece ter solicitado explicitamente que a implementação funcione dessa maneira. Infelizmente, ele não era grande em documentar suas decisões, então agora tenho que tentar refazer as razões que poderiam ter levado a essa decisão para justificar uma mudança na implementação. Eu criei a seguinte lista pró e contra:

Contra Push / Pro Poll--Trabalho do lado do servidor necessário para implementar notificações push-Nenhuma maneira direta de saber se a notificação de envio foi entregue com sucessoO envio de notificações por push pode ser uma dorPro Push / Contra PollO trabalho é removido do dispositivoUso de baixa largura de bandaMenor uso da bateriaAplicativo e dispositivo mais responsivoA carga do servidor é reduzida, pois os dispositivos não realizam pesquisas a cada x segundos, mesmo que nada seja alterado (DDOS)-Empurrar é mais rápido (mais responsivo) que 5 segundos (temporizador atual)Prova de entrega de notificação push é trivial para implementar com uma pesquisa de uma URL remota (aqui faz sentido)O escalonamento da entrega de notificações por push é um problema resolvido com muitos projetos de código aberto e implementação trivial com uma fila de mensagensExistem outras razões para evitar notificações por push e usar o Polling para este uso?Existem outras razões para evitar o Polling e usar Push Notifications para este uso?Alguma outra coisa importante que eu esqueci?