2010-10-23 4 views
0

J'essaie de comprendre à quoi les URI sont censées ressembler. En regardant cette référence: http://en.wikipedia.org/wiki/Representational_State_Transfer#RESTful_web_services, je suis un peu confus par la façon dont POST est censé fonctionner.URI pour les services Web RESTful

L'exemple donné est le suivant: http://example.com/resources/142. J'associe "142" comme un élément spécifique dans "ressources" (ainsi, on pourrait supprimer, mettre à jour, ou obtenir la représentation). Le "142" est confus à moi dans le contexte de la création d'un nouveau membre d'une collection. Que signifie le 142? En termes de bases de données, cela serait-il l'identifiant du nouveau membre? (Je les associe avec CRUD).

Quelqu'un peut-il clarifier?

Répondre

0

Je ne suis pas sûr de comprendre non plus, mais je comprends que si vous POST à ​​http://example.com/resources/142 vous traitez 142 comme s'il s'agissait d'une collection à part entière et ajouteriez un autre élément à cette collection.

Si elle était www.blog.com/blog/142

142 pourrait être un utilisateur blog et un POST serait possible de créer un nouveau blog. Un PUT à 142 mettrait à jour l'ensemble des 142 ou créerait le blog s'il n'existait pas.

0

L'exemple est probablement mauvais. Un meilleur exemple dans votre cas serait

http://example.com/users/142

Dans REST, ce sera interprété le même que

http://example.com/users?id=142

tant du côté serveur que vous traitez avec le fait que la dernière partie de la route est associée à un ID. Ces deux éléments permettraient d'identifier l'utilisateur 142. Toutefois, vous ne l'utiliserez généralement pas avec un POST, car POST est utilisé pour la création et vous ne connaîtrez pas l'ID de l'utilisateur que vous créez à ce stade dans la plupart des cas. .

0

Dans votre exemple, je penserais à 142 comme nom de ressource. Votre POST peut créer de nouvelles instances de "142" avec leur propre identifiant.

Questions connexes