Version imprimable
Bonjour,
Mon problème est le suivant : Je cherche à savoir comment accéder à une BDD distante qui contient des données et chercher ces données dans une interface Android. Je souhaite par exemple "remplir" textview et des radiobuttons avec le texte que j'aurai récupéré dans ma base de données.
Je vous remercie par avance pour votre aide.
Bonjour,
Commence par créer une base de données SQLite dans ton application :
SQLiteDatabase
SQLiteOpenHelper
Tout ça...
Ensuite côté serveur tu devra faire des WebServices, ça c'est du PHP et je ne sais pas précisément comment ça fonctionne.
Par contre côté Android, avec HttpPost, HttpClient, NameValuePair tu récupères un HttpResponse tu le transforme en String, puis en JSONArray ou JSONObject, selon ce que t'as fais côté PHP, et avec ces objets tu remplis ta base de donnes.
Après c'est plus ou moins compliqué selon ce que tu veux faire, si t'as juste une table sur ton serveur que tu ne mets jamais à jour c'est très simple.
Par contre si l'utilisateur peut créer, modifier et supprimer des données, ça devient plus compliqué.
Bon je ne pense pas que mon post t'ai beaucoup aidé, mais ça fait déjà pas mal de mot clé qui te guideront.
Bonjour,
Comme l'a remarqué thierrybenji tu dois tout d'abord mettre en place un WebService en PHP par exemple;
Ce WebService s'occupera de transformer les données de ta/tes table(s) en fichiers: JSON ou XML.
Puis ensuite je te conseille d'utiliser SQLite qui est le gestionnaire de Base de donnée le plus répandu et performant sur Mobile.
Puis tu devra créer une Base de donnée SQLite (interne a ton application) avec comme l'a souligné thierrybenji : SQLiteOpenHelper qui te permettra de creer tes tables et d'instancier ta Base SQLite.
Tu devra derriere ca faire un Parser JSON ou XML en fonction de ce que renverra ton WebService et ensuite pourquoi pas stocker les données recus dans ta Base SQLite.
Voici un tuto sympa pouvant t'aider à commencer :
JSONParser:
http://p-xr.com/android-tutorial-how...roid-listview/
Je déconseille le tuto sur le décodage JSON...
On voit ce code trop souvent dans le forum et à chaque fois avec les même remarques sur la fonction "getJSONfromURL(String url)"
* Pas de gestion des exception (juste des try/catch qui ne servent qu'à compiler sans erreur, avec des NPE à la clé)
* Réinvention de la roue pour la lecture de la réponse (avec, au passage, aucune gestion des headers de retour quant à l'encodage de la réponse: zip ? charset ?).
Quant à l'architecture de ce que tu veux faire, si elle est classique sur le web, la transformer en véritable application est plus complexe:
* L'affichage se fait toujours à partir de la base SQLite locale (rapide et adaptée)
* Une tache de fond, démarrée par le thread UI va "raffraichir" les données locales à partir du serveur (si Internet est dispo)
Par contre, comme évoqué avant, si la mise à jour doit être possible sur le client, il faut un système de synchronisation
NICROMAN ceci est une base pour commencer, bien sure qu'il est préférable de gérer la recuperation de donnee dans une classe Asynchrone par exemple et d'adapter les try catch pour la gestion du reseau ect..
PS: saurais tu comment parametrer le perimetre (bleu) sur une mapVew (API Google Map) ??
http://www.developpez.net/forums/d12...ction-mapview/
Je ne parlais même pas de ça... Ce n'est même pas une base pour commencer !
D'abord la propension à vouloir coller des try/catch "pour que ça compile" me sort par les trous de nez... C'est non seulement très mauvais, mais dans un tutorial, ca fait vraiment tache, avec comme résultat le même code vu dans de vraies applications (si si !), pourquoi ne pas simplement les déclarer dans la signature ? mystère....
On continue ? Le Log utilisé fait un joli +e.toString(), bref affiche juste le nom de l'exception... Pas de stack-trace, pas même d'exception passée au logcat, juste une chaine de caractère.... Ce n'est même pas un probème de "lazyness" cette fois, juste que le programmeur n'a jamais lu la doc de Log (pourtant affichée dès qu'on laisse la souris dessus)... Il faut bien sur faire Log.e("log_tag","Error in http connection",e);
Il manque des initialisations à HttpClient (le "agent" par exemple, qui va voir la requête refusée par certains web-services).
Toute la conversion en string peut être remplacée par un simple: String result = EntityUtils.toString(entity);
Là, le pire, c'est que même si tout marche bien (la réponse n'est pas en 'bulk', pas zippée, pas encodée en 'ISO 8859-11'), il risque d'y avoir des resource-leaks (le input-stream pas fermé)... Il suffit de compiler en Java1.7 pour s'en convaincre...
Ensuite le code ne gère ni le POST, ni les paramètres, bref, n'explique rien sur l'appel HTTP lui-même....
Le parsing JSON alors ? (comme le laisse entendre le titre du tutorial ?)... haaa ben ok alors... mais il se résume en une seule ligne:
return new JSONObject(result);
Désolé pour la virulence de mes propos, mais c'est vraiment le genre de tutos qui font perdre un temps fou aux programmeurs qui veulent apprendre...
Pour une fois qu'une personne mais du contenu sur ce forum..
Le tuto que j'ai donne et un parmis tant d'autre, personnellement mon parser ressemble a ceci:
Si ca peut aider, n'hesitez pas a demander plus d'information, JE suis la pour ca.Code:
2
3
4
5
6
7
Nicroman tu n'a qu'a repondre a tout les post en aidant VRAIMENT les gens si tu es si consciencieux..
StackOverflow >
:ccool:
Pas la peine de s'énerver ... je n'ai rien contre toi, et rien à redire sur le code que tu viens de poster...
Juste que le tutorial en question est vraiment mauvais, et il n'est pas une semaine ou quelqu'un ne le suive et vienne poster ici en disant "je ne comprends pas, la fonction retourne un objet vide !"
Maintenant il manque cruellement de tutoriaux concernant la gestion du réseau dans Android sur Developpez ! Et vu l'étendu du dossier (de HttpGet à la surcharge des ConnectionManager), si tu veux y participer, n'hésite pas !