Ai-je besoin d'un en-tête content-type pour les demandes HTTP GET ?

Question

D'après ce que j'ai compris, il y a deux endroits où l'on peut définir le type de contenu :

1. Le client définit un type de contenu pour le corps qu'il envoie au serveur (par exemple pour post)
2. Le serveur définit un type de contenu pour la réponse.

Cela signifie-t-il que je ne dois pas ou ne devrais pas définir un type de contenu pour toutes mes requêtes get (côté client) ? Et si je peux ou dois définir ce type de contenu, quel serait-il ?

J'ai également lu dans quelques messages que le type de contenu du client spécifie le type de contenu que le client souhaite recevoir. Alors peut-être que mon point 1 n'est pas correct ?

Answer 1

Le problème de ne pas transmettre le type de contenu dans un message GET est que le type de contenu n'est pas pertinent car le serveur détermine le contenu de toute façon. Le problème que j'ai rencontré est qu'il y a maintenant beaucoup d'endroits qui configurent leurs webservices de manière à être assez intelligents pour prendre le content-type que vous passez et retourner la réponse dans le 'type' que vous demandez. Par exemple, nous sommes actuellement en train d'échanger des messages avec une entreprise qui utilise par défaut JSON, mais qui a configuré son service Web de telle sorte que si vous passez un type de contenu de xml, il renverra xml plutôt que JSON par défaut. Je pense que c'est une excellente idée pour l'avenir.