Discussion :

[italia57]

Bonjour à tous,

je suis en train de gérer les tris dans mon application. C'est à dire que l'utilisateur aura le choix de trier les infos par prix, note etc...

N'ayant pas trop d'idée comment gérer ça, j'ai utilisé les menu et sous menu Android. Dans le sous menu de trier j'ai une liste de RadioButton, qaui par défaut vaut 1 (le premier RadioButton). Si l'utilisateur change cela la variable passe à une autre variable et en fonction de cela il faut que je relance l'activité, mais comment je peux faire pour refaire un rechargement de l'activité. En effet, car je fais une connexion à une BDD MySQL et en fonction de la valeur de la variable, la requête ne sera pas la même dans le fichier PHP.

Je vous remercie

Italia57

[Ryu2000]

Le plus simple, c'est d'avoir toutes les données dans la base de données SQLite à l'intérieur du téléphone.

Que la ListView soit construite avec un CursorAdapter.
Et après il y a une méthode :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

monAdapter.changeCursor(cursor);

Mais si tu veux juste savoir comment recharger une ListView il faut dire à l'Adapter :
notifyDataSetChanged
http://developer.android.com/referen...tChanged%28%29

Parce que là si j'ai bien compris, si l'utilisateur veut trier ta liste, tu envois un truc à un serveur qui va te retourner la liste ?
C'est pas terrible de faire ça...

[italia57]

Oui voilà, tu as bien, compris c'est ce que je souhaite faire...

Le problème c'est qu'a aucun endroit de mon application j'utilise une BDD SQL Lite vu que je partage ma BDD MySQL pour le site et l'application mobile.

Du coup comment je pourrais faire pour utiliser notifyDataSetChanged () dans mon cas ? car il faut que je refasse appel au client HTTP pour qu'il aille à nouveau dans le PHP etc...

[Hizin]

Je pense que tu devrais au minimum sauvegarder les informations que tu as demandés au serveur. Pense au cas où l'utilisateur n'a pas de connexion data ni Wifi.
Cela ferait un premier temps d'accès "long" et les autres plus rapide. Cela t'éviterai aussi de faire X fois la même requête, épargnera le forfait data de l'utilisateur ... ainsi que de manipuler directement les données. Ce que tu demandes ici est simplement un "order by" SQL.

Sinon, pour répondre totalement à ton besoin, j'imagine que tu utilises des classes représentant les items que tu as eu suite à ta requête. Fais en sorte qu'ils puissent être trié selon un comparateur, et trie cette liste selon ce comparateur. Peut être s'intéresser au design pattern "Strategy", qui me semble adapté ici.

Si ton application native ne s'utilise absolument pas sans internet pour avoir des informations, autant faire un site web, non ?

[italia57]

J'ai envi de poser une question es-ce que les applications comme lequipe, eurosport etc.. peuvent être utilisé sans data ni wifi ? ou les applications comme guide michelin, lineternaute etc...

Ce n'est pas un simple orderBy, car mon problème c'est que quand l'utilisateur choisi de modifier le critère de tri il a déjà un affichage par défault, une fois qu'il modifie le tri il faut que je relance la requête HTTP, qui avec un code différent ne fera pas la même requête que le choix par défault.

L'autre solution serait donc de stocker les informations que je récupère de la BDD MySQL dans une BDD SQL Lite comme ça les accès suivant seront plus rapide ?

Mais dans ce cas je n'ai aucune idée de comment faire.

[Ryu2000]

Il faut que tu synchronises ta base de données MySQL avec la base de données tu téléphone.

Dans ton cas c'est simple, puisque l'utilisateur ne peut pas envoyer de donner.
Une solution simple, ce serait d'ajouter dans tes tables un champ qui contient la date à laquelle la ligne à été entrée.

De cette façon, à chaque démarrage de l'application, si le téléphone est connecté à internet, pour chaque table t'appelles un web service (en lui donnait la MAX(date) de la table) et si des entrées on été modifié ou ajouté tu les récupéreras.

Bon par contre si il est possible que des entrées soient supprimé dans la base, ça peut devenir plus compliqué.

Le plus simple ce serait encore d'avoir un champ boolean dans chaque table pour dire si l'entrée existe ou pas.

Bon j'ai mal expliqué, mais faudrait avoir plus d'infos aussi.