api.com/users?id=id1,id2,id3,id4,id5
api.com/users?ids[]=id1&ids[]=id2&ids[]=id3&ids[]=id4&ids[]=id5
IMO, ऊपर कॉल नहीं RESTful हुई, हालांकि यह जल्दी और कुशल वैकल्पिक हल (y) कर रहे हैं लगता है करता है कि कैसे नोड यह रूप में अच्छी तरह से करता है है ...। लेकिन यूआरएल की लंबाई वेबसर्वर द्वारा सीमित है, उदाहरण के लिए tomcat।
RESTful प्रयास:
POST http://example.com/api/batchtask
[
{
method : "GET",
headers : [..],
url : "https://stackoverflow.com/users/id1"
},
{
method : "GET",
headers : [..],
url : "https://stackoverflow.com/users/id2"
}
]
सर्वर नव निर्मित batchtask संसाधन का यूआरआई उत्तर देगा।
201 Created
Location: "http://example.com/api/batchtask/1254"
अब ग्राहक बैच प्रतिक्रिया या मतदान से कार्य प्रगति प्राप्त कर सके
GET http://example.com/api/batchtask/1254
यक्ति इस समस्या को हल करने के लिए का प्रयास किया जाता है:
इस दृष्टिकोण के साथ समस्या यह है कि यह नहीं करता शोकहारा लग रहे है। उदाहरण के लिए यदि मैं उपयोगकर्ताओं की इस सूची के दोस्तों को – uclajatt
@uclajatt प्राप्त करना चाहता हूं, आरईएसटी एक वास्तुशिल्प मॉडल है और प्रोटोकॉल नहीं है और यदि आप आज उपलब्ध प्रमुख आरईएसटी एपीआई का अध्ययन करते हैं, तो आप देखेंगे कि इसे लागू करने के कई तरीके हैं। जिस दृष्टिकोण का मैं सुझाव दे रहा हूं वह शायद अवधारणा के सबसे नज़दीकी में से एक है क्योंकि यह यहां वर्णित सभी बाधाओं को पूरा करता है: http://en.wikipedia.org/wiki/Representational_State_Transfer#Constraints। आप अनुरोधों में सरणी का प्रतिनिधित्व करने के लिए केवल सीएसवी का उपयोग करेंगे, जबकि सेवा प्रतिक्रियाओं को एक्सएमएल या जेएसओएन का उपयोग करके क्रमबद्ध किया जाना चाहिए। क्या कोई विशेष कारण हैं कि आप मेरे दृष्टिकोण को आरईएसटी क्यों नहीं मानते? –
फ्लोरिन का उत्तर ओपनसामाजिक एपीआई का वास्तविक तरीका है। – Emerald214