Discussion :

[omomthings]

Bonjour alors je vous la fait courte, je voudrais implémenter une appli android qui devrais contenir également un service de partage de contenu, comme une sorte de file d'actualité facebook ou twitter en quelques sortes (je ne les reprends ici que pour l'exemple).
J'ai déjà penser a une méthode un peut barbare je l'avoue et c'est pour cela que je cherche des technique qui optimisent le processus ou des librairie qui facilites la tache, de base j'avais penser a une api sur le serveur qui vérifie les nouveauté sur les tables de la BDD en fonction de chaque client et, le cas échéant met un flag sur le compte du dit client, ce client vérifie donc simplement a intervalle régulier ce flag, et si celui-ci est positionner alors il télécharger les nouveauté (cela dans l'objectif d'alléger le trafic réseau). Mais déjà se trace beaucoup trop de défaut pour cette méthode, la plus flagrante étant la charge de travail sur le serveur qui devras vérifier un a un les nouveauté et en informé tout les clients qui sont abonné a celui qui as poster l'actualité. Peut être qu'un applet en multi-thread pourras alléger cette charge mais cela reste pas très optimiser comme travail..
Des remarques des conseils des propositions tout est bienvenue.. pitié !
Merci a tous et bonne journée!

[nicroman]

Salut !

Oui en fait c'est exactement l'inverse qu'il faut faire à mon avis. Ce qu'on appelle aussi du "push". Mais bon... reprenons....

Je pense que le "flag" est de toute manière inutile. Voici trois méthodes possibles (j'ai donné le nom que je pensais le plus juste, mais il existe des variantes )

Méthode "Pull":
Rien de spécial n'est fait quand un nouvel article arrive.
Le client se connecte à intervalle régulier, et demande au serveur tous les nouveaux articles depuis sa dernière connexion et qui pourraient l’intéresser.
La réponse est simplement les articles (HTTP code 200), ou rien du tout si il n'y a rien de neuf (HTTP code 204).
Pas besoin de passer des paramètres, l'utilisation du header "if-modified-since" de HTTP permet de rendre le truc encore plus simple d'usage, et surtout "proxyable".
A noter qu'un index sur la date est fortement recommandé. Au pire, utiliser un "identifiant" d'article qui augmente toujours à chaque nouvelle publication, et utiliser cet identifiant comme référence au lieu de la date.

Avantages: Facile à programmer. Charge principalement côté base-de-données (la requête qui va chopper les articles intéressant le client et plus récents qu'une date donnée).
Inconvénients: Fréquentes connexions du client inutiles. Mise à jour complexe en cas de changement des centres d’intérêt du client.

Méthode "Push-Pull":
Quand un nouvel article arrive, une table est remplie avec tous les clients intéressés par l'article en question.
Le client se connecte à intervalle régulier, et demande au serveur tous les nouveaux articles qu'il n'a pas encore et qui pourraient l’intéresser.
La réponse est simplement les articles (HTTP code 200), ou rien du tout si il n'y a rien de neuf (HTTP code 204).
Le serveur vide alors la table des "nouveautés" pour le client en question.

Avantages: Facile à programmer. Charge principalement côté serveur (la requête en base de données qui va chopper les articles intéressant le client est très simple et la charge est plus côté serveur que côté base de donnée du coup). C'est intéressant parce que la partie "serveur" est vraiment la plus facile à "scaler" en cas de besoin de ressources.
Inconvénients: Fréquentes connexions du client inutiles. Mise à jour complexe en cas de changement des centres d'intérêt du client. Gestion plus complexe des multi-

Méthode "Push": (ma préférée !)
Quand un nouvel article arrive, on regarde la liste de tous les clients intéressés par l'article en question.
On leur envoi un message GCM (urgent ou pas, selon l'article ?) qui sera transmis par le système au client (au bon moment).
Le message peut même contenir un bout de l'article histoire d'afficher une notification côté client à la reception du message GCM.
Quand le client est "lancé", il ne se connecte et ne récupère que les articles reçus par notification.

Avantages: Pas de connexion du client si rien de neuf. Charge principalement côté serveur au moment de la publication.
Inconvénients: Plus complexe à programmer côté client.

[omomthings]

Bonsoir nicroman, merci beaucoup pour le temps pris pour me répondre, effectivement je n'avais pas penser a la chose comme ça, j'avais besoin d'être aiguillé! Je trouve aussi que la dernière méthode est meilleur, plus propre et moins gourmande en terme de BDD, la complexité du travail n'est pas un problème! Avec ça je peut déjà avoir une bonne base pour faire des recherches et planifier le tout! Merci encore pour les conseils!