Discussion :

[glassto]

Bonjour je communique avec mon service web en utilisant REST en android et le service m'envoie des objets en format JSON.

maintenant je veux pouvoir envoyer des données en format byte array comme une image et aussi pouvoir en recevoir. J'aimerai savoir si il y'a une procedure classique à utiliser pour ce type d'echange ? si oui la quelle?

Merci

[nicroman]

Pour encoder dans du JSON ? ou pour envoyer à en multipart à un service REST ?

Pour la première solution il va falloir encoder en texte... Base64, UUEncoding, il y a plein de solutions possibles.
Pour la seconde solution c'est purement coté HTTP.


Pour la récéption, c'est une mauvaise idée en général. Il vaut mieux retourner l'url à laquelle l'image est accessible (et retourner celle-ci sous forme d'image directement).
Sinon, ben c'est le même principe.

Mais attention, qui dit encoding dit forcément une grosse taille de données supplémentaires (1 lettre pour coder 5 ou 6 bits de données) (ce qui est une mauvaise idée sur smartphone).

[glassto]

Bonjour Nicroman et merci pour ta reponse,

Pour encoder dans du JSON ? ou pour envoyer à en multipart à un service REST ?

en fait que ça soit en Json ou en REST...je pourrai adapter mon code j'aimerai savoir qu'est-ce-qui se fait pour ce genre d'echange quelle methode utilisez-vous?
mon architecture cote serveur est un service web qui envoie des données Json et je consomme ces services en REST tout se passait bien quand j'envoyer que des donnees de type simple; actuelement je veux envoyer un blob provenant de ma base de données SQLite et aussi mon "serveur" doit me repondre en m'envoyant d'autres byte array

Mais attention, qui dit encoding dit forcément une grosse taille de données supplémentaires (1 lettre pour coder 5 ou 6 bits de données) (ce qui est une mauvaise idée sur smartphone).

quelle approche/protocole/pattern utiliser pour smatphone ?

Merci

[nicroman]

Ce que je disais:

L'envoi en multipart au webservice... Une "part" pour les données simples (en JSON par exemple, ou en x-form-encoded pour rester simple), et une "part" pour chaque élément binaire additionnel (un peu comme un form POST en html qui enverrait un fichier).
A la réception: le plus simple est encore de recevoir les URLs auxquelles les données binaires seront accessibles. Parce que coller en JSON des données binaires c'est vraiment pas la panacée (à moins qu'elles soient petites).