Discussion :

[cladsam]

Bonjour,

je sais que ma question va être une peu floue, c'est à ce jour tout ce que mon niveau de connaissance sur le sujet me permet de faire, désolé.
Soit des applications du type "météo en temps réel" ou "accès au tableau des trains d'un gare de la SNCF", "gmail" etc.
Une caractéristique commune de ces applications est de rafraichir les données en continu ou du moins de façon assez fréquente en se basant sur les données d'un serveur distant; une sorte de flux d'informations continu.

J'aimerais en savoir un peu plus sur la façon de mettre cela en place dans une application Android ... je me doute qu'il doit y avoir plusieurs façons mais il doit bien y avoir une architecture, des classes etc. qu'on retrouve régulièrement ?

Merci de votre aide !

[MrDuChnok]

Salut,

A question floue, réponse flou :
Je t'invite à lire cet article :
http://android-developers.blogspot.c...-location.html

Certe, comme tu pourras vite t'en rendre compte, cela parle principalement du GPS. Mais si tu synthétise un peu tout ce qui est dit, derrière tout ça, ton besoin a environ le même genre de contrainte : ne pas bouffer toute la batterie, et faire ça le plus intelligemment possible.

Si tu suis cet exemple, tu pourrais t'en inspiré et trouver quelques réponses à tes questions.

[nicolofontana12]

En fait pour des données en temps réel, mise à jour, (actualité, meteo....),ce n'est pas Android qui s'occupe de cela, il faut voire coté server.

En effet il arrivera dans ta tete de lancer un service qui va consulté le server pour recuperer les nouvelles données par exemple à chaque 15mn or ça c'est très dangereux...Ca fatigue le server, et le mobile.

On appelle ce genre de cas : pull,

Pour remedier à cela, il faut persister la connection, de façon que le server push l'information au client mobile dès qu'il sont disponibles comme l'application twitter.
Le mobile n'appelera plus le server c'est le server qui envoie les donnes au mobiles quand ils sont disponibles.
Chaque mobile sera identifié par un identifiant (T'inquiete c'est pas IP)..que le server utilisera pour les pusher l'information:

[cladsam]

Merci à tous les 2 pour votre aide.

Donc j'ai :
- Des terminaux qui se connectent à un serveur
- Des données que je mets à jour sur ce serveur
- A chaque mise à jour ce serveur transmet les données aux terminaux qui sont connectés au serveur
- A chaque réception d'une mise à jour, les applications rafraichissent leurs pages avec les informations recues.

Est-ce que tu aurais des exemples de ce type d'applications ?
Je voudrais voir comment se passe cet échange de données entre le server et les terminaux ?
PAr exemple un système de météo open source qui fonctionne comme ca ?

[cladsam]

J'ai trouvé le système qui semble correspondre à cela et qui s'appelle C2DM Framework comme Cloud to Device Messaging Framework.
En terme d'architecture :
- l'application sur le smartphone demande à un serveur C2DM de Google un identifiant unique
- l'appllication communique avec un second serveur applicatif (celui qui va pusher les données) en lui disant "coucou, j'ai obtenu une identifiant de google, ca te dirait de m'ajouter à ta liste pour que je reçoive tes push messages ? (donc il faut gérer un serveur applicatif nous meme)
- le serveur retient les infos de connexion du Smartphone
- le serveur fait appel à un webservice du Serveur C2DM google en lui demandant de transférer un push message à un ensemble de smartphones sur la base de l'ID google
- le serveur C2DM Google envoie le message en question à la liste de Smartphones
- l'application sur le smartphone se met à jour avec les infos

Ca ne semble pas très compliqué, ca correspond exactement à ce que je recherche sauf ... sur 1 petit détail qui est catastrophique s'agissant de mon projet :
- google limite la taille des push messsages (ca c'est logique) mais également le nombre de devices auxquels un serveur peut envoyer des push messages ainsi que ... le nombre de push messages qu'un serveur donné est en droit d'envoyer à un device donné sur la base de leur ID.

Un peu comme un forfait de téléphonie vu par un opérateur de français ... Bon vous allez me dire quand on le sait ca va ... bah non parce que Google a la bonne idée de ne pas du tout communiquer sur le nombre de devices ou le nombres de messages vers un device donc bonjour la qualité de service :
- coucou les gars, ca vous dit de recevoir des infos en continue ?
- oui c'est chouette merci
- ok mais je vous préviens ca peut couper à tout moment et c'est comme la loterie, tout les inscrits ne gagneront pas ... pas sérieux !

Bref est-ce que vous savez si dans les récentes communication (je crois qu'il y a eu des confs de google en mai 2011 alors que C2DM Framework date de 2010) il y aurait eu une modification, une amélioration de ce système ?

Ou s'il existe autre chose d'équivalent mais sans cette limitation ?
Voire en mode dégradé : quelles sont les vraies limites que google met aux transmissions C2DM ?

Plus prosaiquement : dans l'hypothèse ou toutes les applications de ce type fonctionnent en push, comment font les gens qui ont développé ce type d'application ? (ils ont sans doute trouvé à s'affranchir de ces limitations ?)

Merci pour votre aide

[nicolofontana12]

Tu as bien lu le contrainte technique de cette solution : 1ko maximum

[MrDuChnok]

Personnellement je vois le push plus pour "notifier" de la disponibilité d'une information. Charge à l'application de la traiter, et à son initiative, d'aller récupérer l'information.
Tu ne surcharge pas ainsi tes communications push, et celà pourrait éviter de faire passer des données (confidentielles?) par les serveurs de google.

[nicolofontana12]

Le push ne sert qu'a envoyer des notification mais cette notification c'est aussi une information avant d'etre percu comme notification.

Regarde bien l'application Tweeter...

[cladsam]

SI le push notifie sans contenir d'info, il perd tout son intéret pour moi.
En effet, ca voudrait dire que pour éviter que des terminaux se connectent tous en meme temps par souci de gain de performances, on leur dit à quel moment il faut qu'il se connectent tous en meme temps ... ca ne change pas beaucoup mes affaires.

Concretement donc ca semble ne pas coller mais du coup dans une appli de ce type la on fait comment ?

[cladsam]

Le push ne sert qu'a envoyer des notification mais cette notification c'est aussi une information avant d'etre percu comme notification.

Regarde bien l'application Tweeter...

Ca y est j'ai enfin percuté que tiwtter est open source ... je vais regarder ca

[nicolofontana12]

En fait le push c'est au niveau server, pas au niveau client... Donc l'application twitter son code ne te servira à rien juste à voire mais c'est plutot le code du server twitter qui aura beaucoup à te servir...

[Feanorin]

Bonjour,

Je ne sais pas si cela pourra te servir mais il y a eu une présentation sur ce au sujet Google I/O.

[cladsam]

Merci, je vais regarder cela en détail !
Par contre s'agissant de Twitter, j'ai vu tout un tas de postes de 2010 indiquant que le client officiel de twitter pour Android passerait à terme ne open source, j'ai trouvé du code d'applications twitter like, le client officiel du client twitter pour Android ... mais toujours pas le code source de l'application de client twitter pour Android.

Est-elle réellement passée en open source ? Savez vous où je peux récupérer le code ?