De REPOS et de multiples formats de données

Ok, voici le fait. StackOverflow est mis en œuvre de REPOS de style. Lorsque vous visitez une des questions spécifiques/$id/URL vous obtenez de voir la question. Le contenu est rendu en HTML car c'est ce que le navigateur comprend.

Je dois développer mon propre service REST. Le fait est que je dois retourner plusieurs formats de la même information. Par exemple, la valeur par défaut peut être du HTML, mais je pourrais revenir également un XML ou JSON.

Question est: qu'est-ce que le style recommandé pour y parvenir ? Trois choix (plus de vos suggestions utiles)

  1. option dans l'URL (par exemple http://example.com/questions/12345/?format=json )
  2. interface différente (par exemple: pour les données json vous avez http://example.com/questions/1234/json/ ou http://example.com/json/questions/12345/, pour les données xml que vous avez http://example.com/questions/1234/xml/ etc... vous obtenez le point)
  3. en-tête http Accept: application/json

En est de même pour METTRE de la (POST) des opérations. Si je veux envoyer des données dans différents formats, j'ai besoin d'informer le récepteur le format que je suis en fournissant, de sorte que la même situation (question) détient.

Merci!

Modifier: proposition Supplémentaire est la suivante

4) Spécifier une URL propre pour chaque format par exemple http://example.com/questions/12345.json . Cela a l'air sympa, mais ne serait-il pas dire que, pour des raisons de cohérence, nous devrions aussi avoir http://example.com/questions/12345.html ? les sons afin de 1995... 🙂

PS: je déteste les démarques de mettre un ordre arbitraire de la liste. Si je veux commencer avec 4, je devrais être capable de le faire.

Question similaire: stackoverflow.com/questions/381568/...
Oui, presque un doublon, mais comme il est, il est moins directe que la mienne. Nous espérons que cette question sera des plus bénéfiques pour les googlers.
D'affectation de noms URI et des schémas imbriqués Uri ont absolument rien à voir avec le RESTE. Si vous pouvez vous baser sur la modification de certaines parties de l'URI pour accéder à des ressources de manière prévisible, les chances sont que c'est simplement la RPC, pas de REPOS.
Ok, pouvez-vous détailler un peu s'il vous plaît ?
vous garder sur le dumping sur tous les REPOS répondre à posté ici encore, ne pas toujours répondre à toutes les questions vous-même. Que diriez-être utile. . . ou n'est-ce pas un RESTE de concept?

OriginalL'auteur Stefano Borini | 2009-08-08