Intérêt d'un IntputStream

Bonjour,

Pour mon projet je dois effectuer des requetes http, cela fonctionne mais il y a une chose que je ne comprend pas, quelle est l'interet de mettre la reponseHttp dans une variable de type InputStream ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

try {   // création de HttpClient HttpClient httpclient = new DefaultHttpClient();   // 2. Construit la requete GET en donnant l'URL HttpGet httpGet = new HttpGet(url); // 3. Définition des en-têtes pour informer le server httpGet.setHeader("Accept", "application/json"); httpGet.setHeader("Content-type", "application/json");   // 4 . Exécuter la requete, obtenir la réponse HttpResponse httpResponse = httpclient.execute(httpGet);   // 5 .Mettre la reponse dans inputStream inputStream = httpResponse.getEntity().getContent();   // 6. convertir inputstream en string if(inputStream != null) result = convertInputStreamToString(inputStream); else result = "Impossible!";   } catch (Exception e) { Log.d("InputStream", e.getLocalizedMessage()); }

---

Merci

Salut,


Quel est le problème avec cela ? Tu voudrais utiliser quoi ?


a++

Dans le cas de la librairie Apache, et de HttpResponse, absolument *aucun* intérêt effectivement....

Le code suivant a exactement le même résultat (avec en prime une gestion correcte du char-encoding spécifié dans la réponse, et une gestion de la fermeture du stream en cas d'erreur, ce qui n'est pas le cas dans le code initial):

Code:

---

1 2 3 4 5 6

// 4 . Exécuter la requete, obtenir la réponse HttpResponse httpResponse = httpclient.execute(httpGet);   // 5 & 6.Mettre la réponse en string result = EntityUtils.toString(httpResponse.getEntity(),"UTF-8"); // on peut mettre "ISO-8859-1" pour suivre le "standard" ou même rien du tout si mes souvenir sont bons ce qui revient au même

---

Et au passage:

Code:

---

1 2 3 4

catch (Exception e) { Log.d("InputStream", e.getLocalizedMessage()); }

---

est une aberration...
1. C'est une erreur => Log.e et non Log.d
2. Pas de remontée de l'erreur (erreur mise sous le tapis pour l'appelant).
3. Le Tag "InputStream" est bizarre (le TAG devrait indiquer dans quelle partie du code l'erreur a eu lieu, ce n'est probablement pas "InputStream")
4. e.getLocalizedMessage() a une chanche sur 2 de renvoyer "null" => nouveau crash (Log n'aime pas les messages vides) NullPointerException
5. Une exception se passe en troisième paramètre dans Log afin d'avoir la stacktrace en même temps que l'exception (et le vrai message).

en bref ce devrait être:

Code:

---

1 2 3 4 5

catch (Exception e) { Log.e("MaFonction","Erreur de récupération des données",e); throw new MaFonctionException(e); // ou tout exception interessante pour l'appelant... ou en tous cas, un moyen de remonter l'erreur à l'appelant }

---

Citation:

---

Envoyé par nicroman

Dans le cas de la librairie Apache, et de HttpResponse, absolument *aucun* intérêt effectivement....

---

Le protocole HTTP n'est pas limité au texte... on est bien obligé de travailler avec un InputStream pour cela...


a++

Bonjour et merci pour vos reponses

Mais cela ne repond pas à ma question.

Quel est l'interet d'un intputStream ?

Ben l'InputStream permet de manipuler un flux de données sous forme d'octets...


a++

Citation:

---

Envoyé par adiGuba

Ben l'InputStream permet de manipuler un flux de données sous forme d'octets...


a++

---

Merci :)