android service http architecture

Je crée une application qui communique avec le serveur web par http. L'utilisateur doit pouvoir recevoir une notification du serveur Web même lorsque l'application est arrêtée. Pour ce faire, je me rends compte que j'ai besoin d'utiliser le service pour fonctionner en arrière-plan.android service http architecture

Mon quastions est sur l'architecture de l'application:

je déplace tout http implemantation au service, et communiquer avec elle de l'interface utilisateur principale? Est-ce que j'utilise le service uniquement lorsque l'application n'est pas active pour stocker/afficher les notifications du serveur Web, et exécuter le client http sur un thread séparé, et lorsque l'application est désactivée, le service est-il activé?

Devrait-il être utilisé dans un processus séparé?

Merci.

Source

2014-09-08 user3004288

édité avec lien sur l'implémentation côté client –

Je recommanderais d'utiliser GCM (Google Coud Messaging) de Google, il est la meilleure façon de gérer les notifications push de côté serveur Vérifiez ce lien pour plus d'infos https://developer.android.com/google/gcm/index.html

EDIT

Voici un lien à propos de la mise en œuvre à côté client https://developer.android.com/google/gcm/client.html

Source

2014-09-08 19:08:35

GCM sur le serveur web ok, ce sur l'architecture du côté utilisateur – user3004288

Vérifiez le lien explique le comment pour les deux côtés s –

@ user3004288 modifié avec l'implémentation du côté client côté connexion –

android service http architecture

Répondre

Questions connexes