La Collecte en vrac de Manipulation par le biais d'un REPOS (RESTful) de l'API

J'aimerais avoir quelques conseils sur la conception d'une API REST qui permettra aux clients d'ajouter/supprimer un grand nombre d'objets d'une collection efficacement.

Via l'API, les clients doivent être en mesure d'ajouter des éléments à la collection et supprimer des éléments, ainsi que la manipulation d'éléments existants. Dans de nombreux cas, le client voudra s'en vrac mises à jour de la collection, par exemple l'ajout de 1000 articles et la suppression de 500 articles différents. Il se sent comme le client doit être en mesure de le faire en une seule transaction avec le serveur, plutôt que d'avoir 1000 séparer les requêtes POST et 500 Suppressions.

Quelqu'un a une info sur les meilleures pratiques ou des conventions pour la réalisation de cet?

Actuel de ma réflexion est que l'on devrait être en mesure de METTRE un objet représentant la variation de la collection URI, mais cela semble en contradiction avec la HTTP 1.1 RFC, qui semble suggérer que les données envoyées dans une demande doit être interprété de façon indépendante à partir des données déjà présentes lors de l'URI. Cela implique que le client devra envoyer une description complète de ce nouvel état de la collection d'un seul coup, ce qui pourrait bien être beaucoup plus grand que le changement, ou même être plus que le client sait quand ils en font la demande.

Évidemment, je serais heureux de s'écarter de la RFC si nécessaire, mais préférez le faire de manière classique, si une telle convention existe.

  • Contrôlez-vous les clients à l'aide de votre API ou avez-vous besoin de support client existant de produits? En d'autres termes: vous Êtes libre de définir la sémantique de la demande des entités?
InformationsquelleAutor mattwynne | 2008-11-20