TL; DR: एक तरफ से कॉल करने पर एक से अधिक कॉल करने से अन्य सभी एप्लिकेशन विचार अलग-अलग होंगे। कॉल को एसिंक्रोनस रूप से चलाने से आपके उपयोगकर्ता के दृष्टिकोण से दिए गए ऑपरेशन को पूरा करने के लिए आवश्यक कुल समय में कटौती हो सकती है (जो कि अच्छी तरह से आप सभी की आवश्यकता हो सकती है), लेकिन कुल मिलाकर, एकाधिक कॉल के लिए अभी भी अधिक समय लगेगा।
हालांकि आपके मामले में, मुझे यकीन नहीं है कि यह पूरी कहानी है।
पेपर की विभिन्न व्याख्याओं के कारण REST API थोड़ा अस्पष्ट शब्द है, जिसने इस विचार को लोकप्रिय बना दिया। हालांकि, क्या आप वास्तव में फिट नहीं है क्या एक REST एपीआई का गठन की सबसे उदार व्याख्या द्वारा।
मुख्य सिद्धांत यह है कि आपके पास एक संसाधन है जिस पर आप एक कार्य करना चाहते हैं। URI उस संसाधन की पहचान करता है जिसमें आप रुचि रखते हैं, और आप सामान्य रूप से HTTP क्रियाओं का उपयोग करके यह इंगित करेंगे कि आप उस संसाधन के लिए क्या करना चाहते हैं।
आपके विशिष्ट मामले में, आपके सभी तरीकों में उनके नाम में 'गेट' शब्द है। आपको उस स्थान पर उपलब्ध संसाधन को 'प्राप्त' करने के लिए इंगित करने के लिए HTTP अनुरोध में प्रयुक्त क्रिया को बदलना चाहिए।
आपकी URI योजना उन संसाधनों के तार्किक पदानुक्रम का प्रतिनिधित्व करती है, जिन्हें आप अपने API के उपयोगकर्ताओं को उपलब्ध कराना चाहते हैं, इसलिए आपके मामले में मैं /api/products?category=slidersआपके उत्पादों के संग्रह को फ़िल्टर करने के लिए कुछ का उपयोग करने पर विचार करूंगा । इसका मतलब है कि जब ग्राहक आपके सभी उत्पादों को प्राप्त करना चाहते हैं, तो वे बस क्वेरी स्ट्रिंग को छोड़ सकते हैं।
