Sto progettando un'API RESTful.Come progettare URI REST per più parametri valore-chiave di HTTP GET
Un servizio deve offrire funzionalità di interrogazione per più coppie di valori-chiave. Ad esempio, il client può eseguire una query con una richiesta HTTP GET per prodotti diversi e la quantità associata.
Il cliente vuole interrogare prodotto 1 con la quantità di prodotto 44 e 2 con la quantità 55. Io in realtà non voglio che il mio URI a guardare come questo:
/produkt?productId1=1&productquantity1=44&productId2=2&productquantity2=55
perché non so quanti prodotti vengono interrogati
O come questa:
/produkt?product=1,44&product=2,55
perché come può il cliente sapere che prima della virgola c'è il productId e dopo la virgola la quantità.
Qualcuno ha altre soluzioni? O non è RESTful offrire la possibilità di interrogare più prodotti con una sola richiesta? È meglio offrire la possibilità di interrogare un solo prodotto con la quantità associata e se il cliente desidera interrogare più prodotti, dovrebbe inviare più richieste?
Cosa sarebbe sbagliato inserire le informazioni di query in un http-post? – schippi
@schippi Nulla, eccetto che non sarebbe RESTful :) – dasblinkenlight
I servizi web RESTful non devono essere esclusivamente basati su GET.Si potrebbe facilmente avere un servizio RESTful che richiede la trasmissione di più dati di quelli che possono essere inclusi in una richiesta GET. È ragionevole utilizzare qualsiasi metodo HTTP. Vedi: http://en.wikipedia.org/wiki/Representational_state_transfer#Vocabulary_re-use_vs._its_arbitrary_extension:_HTTP_and_SOAP – Michael