Discussion :

[Douaaghof]

salut tous le monde ,

SVP qlq 1 peut m'aider???
j'ai un site web auquel je suis entrain de préparer une application en Androïde studio j'aime bien faire un module de notification dans cette application c'est à dire lorsque je fais un changement (ajout suppression,modification) sur mon site une notification apparaît chez le client .pour résoudre ce problème je pense à utiliser le Web Socket mais j'ai pas trouver des liens ou des documents efficaces qui m'aident .
si vous avez d'autres idées meilleurs que celle là dites-moi

merci pour votre aide et votre compréhension

[grunk]

Pourquoi ne pas utiliser les outils proposés par google pour gérer les notifications ?

https://developers.google.com/cloud-messaging/

Utiliser des socket(web ou pas) ne fonctionnera que quand l'application est lancée et drainera la batterie ce qui n'est pas le cas des notification "classique" faites par GCM.

[Douaaghof]

Pourquoi ne pas utiliser les outils proposés par google pour gérer les notifications ?

https://developers.google.com/cloud-messaging/

Utiliser des socket(web ou pas) ne fonctionnera que quand l'application est lancée et drainera la batterie ce qui n'est pas le cas des notification "classique" faites par GCM.

mais pour le GCM je peut pas gerer mon application depuis mon site est ce que c ça?? je vois des site spécifique à GCM comme parse.com . Est ce que c'est vrai?

[grunk]

Parse.com permet effectuvement d'envoyer des notifications , mais c'est une surcouche à GCM. En gros il font une absrtaction des API Google et Apple pour permettre de gérer ça (entre autre) plus facilement.

Si tu ne souhaite t'occuper que d'android , pas besoin de passer par Parse , ou un autre site. Tu peux tout à fait développer une gestion complète des notifications via GCM dans ton site.
Tout est décris dans les Guides , du lien que je t'ai donné précédemment.
Il existe également plein de librairie pour te faciliter la vie , en fonction du langage de ton site

Coté serveur , utilisé GCM ça reviens simplement à envoyer des requêtes HTTP et stocké les identifiants des téléphones qui s'inscrivent au notifications.

[Douaaghof]

Merci pour votre explication

[Douaaghof]

A part le GCM existe -il une solution plus Facile que cette derniére??

[Douaaghof]

qui a un exemple complet de notification entre un website et une devise androïde studio c'à d le website notifie le mobile???

[Mornor]

Utiliser des socket(web ou pas) ne fonctionnera que quand l'application est lancée et drainera la batterie ce qui n'est pas le cas des notification "classique" faites par GCM.

Vraiment très peu niveau batterie. J'ai fait un projet ou je fais des requêtes vers un serveur toutes les minutes pour tester et le niveau de la batterie n'est que très (très) peu affecté.

De plus, je ne vois pas pourquoi cela ne fonctionnerait pas quand l'application est éteinte ? Il suffit de faire les requêtes vers le serveur dans un service (http://developer.android.com/guide/c.../services.html).

[grunk]

Vraiment très peu niveau batterie. J'ai fait un projet ou je fais des requêtes vers un serveur toutes les minutes pour tester et le niveau de la batterie n'est que très (très) peu affecté.

De plus, je ne vois pas pourquoi cela ne fonctionnerait pas quand l'application est éteinte ? Il suffit de faire les requêtes vers le serveur dans un service.

Ca c'est du pull pas du push
Qu'est ce qui se passe si je décider de fermer manuellement ton service ? Y va se relancer , ça va me gonfler , je vais désinstaller ton appli. C'est pas le but recherché

Les notifications c'est du push , ce qui veux dire que même quand l'application est coupé (complètement) ou que le téléphone est éteint , on est sur de recevoir les infos.

Effectivement peut être qu'une appli qui fait des pull toutes les minutes à un impact minime sur la batterie , sauf que si tout le monde fait pareil , on se retrouve avec 40 applis qui font n'importe quoi ,un téléphone qui rame ,u ne batterie qui fond comme neige au soleil et de la data consommée à l'insu de mon plein grès.

Y'a une solution simple et gratuite pour gérer les notifications , je vois pas l'intérêt de faire autrement
Il existe même des services comme Parse , qui permettent d'unifier les notifications Android/IOS et même d'encore simplifier le processus.

[nicroman]

Vraiment très peu niveau batterie. J'ai fait un projet ou je fais des requêtes vers un serveur toutes les minutes pour tester et le niveau de la batterie n'est que très (très) peu affecté.

Alors on ne doit pas utiliser le même android.
Je peux dire qu'un téléphone qui fait une requête toutes les minutes (j'avais fait ça pour du monitoring de serveur) en Wake-up... le téléphone mourrait joyeusement au bout de 6h / 7h.... il n'avait pas 3000mAh certe... mais tout de même. Le temps de réveil d'un téléphone (mise en charge des éléments, reload de la mémoire) + connexion au réseau non filaire, est super couteux en énergie / temps.

De plus, je ne vois pas pourquoi cela ne fonctionnerait pas quand l'application est éteinte ? Il suffit de faire les requêtes vers le serveur dans un service (http://developer.android.com/guide/c.../services.html).

Que ce soit un service ou non, si l'application est "tuée" le service ne tourne plus. Si le service tourne encore, il y a un grave bug dans l'application.
Et je pense que ce qu'il voulait dire est "quand le téléphone est en veille". Et dans ce cas, à moins d'être réveillé par un push externe (GCM) ou un push interne du AlarmManager (en WAKE), aucun service ne tourne.