Projektuję RESTful API.Jak zaprojektować REST URI dla wielu par klucz-wartość HTTP GET
Jedna usługa powinna oferować funkcję zapytań dla wielu par klucz-wartość. Na przykład klient może wysłać zapytanie za pomocą jednego żądania HTTP GET dla różnych produktów i związanej z nimi ilości.
Klient chce zapytać produkt 1 z kwotą 44 i produktu 2 z kwotą 55. I rzeczywiście nie ma moja URI wyglądać następująco:
/produkt?productId1=1&productquantity1=44&productId2=2&productquantity2=55
bo nie wiem ile produktów jest zapytanych.
Albo tak:
/produkt?product=1,44&product=2,55
bo jak można klient wie, że przed przecinkiem nie jest productId i po przecinku liczbę zdjęć.
Czy ktoś ma inne rozwiązania? Czy też nie jest RESTful oferować możliwość wysyłania zapytań do wielu produktów za jednym razem? Czy lepiej jest oferować możliwość odpytywania tylko jednego produktu z powiązaną ilością, a jeśli klient chce zapytać o więcej produktów, powinien wysłać więcej wniosków?
co byłoby nie tak z umieszczeniem informacji o zapytaniu w poście http? – schippi
@schippi Nic, z wyjątkiem tego, że to nie będzie RESTOWN :) – dasblinkenlight
Usługi sieciowe RESTful nie muszą być oparte wyłącznie na GET.Możesz łatwo mieć usługę RESTful, która wymaga transmisji większej ilości danych niż można uwzględnić w żądaniu GET. Rozsądne jest użycie dowolnej metody HTTP. Zobacz: http://en.wikipedia.org/wiki/Representational_state_transfer#Vocabulary_re-use_vs._its_arbitrary_extension:_HTTP_and_SOAP – Michael