मैं कार्यक्रमों द्वारा उपयोग के लिए एपीआई के लिए HATEOAS के लिए लाभ को समझ में नहीं आता है (जैसा कि सीधे अपने एपीआई ब्राउज़ करने वाले मनुष्यों के विपरीत)। निश्चित रूप से, ग्राहक एक URL स्कीमा के लिए बाध्य नहीं है, लेकिन वे एक डेटा स्कीमा के लिए बाध्य हैं जो मेरे दिमाग में एक ही बात है।
उदाहरण के लिए, मान लें कि मैं किसी ऑर्डर पर कोई आइटम देखना चाहता हूं, तो मान लें कि मैंने ऑर्डर URL को पहले ही खोज लिया है या उसे पता है।
HATEOAS:
order = get(orderURL);
item = get(order.itemURL[5]);
गैर HATEOAS:
order = get(orderURL);
item = get(getItemURL(order,5));
पहले मॉडल में मुझे इस तथ्य को जानना होगा कि ऑर्डर ऑब्जेक्ट में एक आइटम क्षेत्र है। दूसरे मॉडल में मुझे यह जानना होगा कि आइटम URL का निर्माण कैसे करें। दोनों ही मामलों में मुझे समय से पहले कुछ "जानना" पड़ता है ताकि वास्तव में हेटोस मेरे लिए क्या कर रहा है?
जब आप क्लाइंट एप्लिकेशन लिखते हैं, तो आपको समय से पहले जानना होगा कि फ़ील्ड क्या है।
—
पेस
नहीं, यह HATEOAS का मुख्य बिंदु है, आपको समय से पहले यह जानने की जरूरत नहीं है कि क्षेत्र क्या है, आपको केवल कुछ सेट मानक बिंदुओं की आवश्यकता है और बाकी सभी खोज योग्य हैं। "सिद्धांत यह है कि एक क्लाइंट पूरी तरह से हाइपरमीडिया के माध्यम से एक नेटवर्क एप्लिकेशन के साथ इंटरैक्ट करता है, जो एप्लिकेशन सर्वरों द्वारा गतिशील रूप से प्रदान किया जाता है। एक REST क्लाइंट को हाइपरमीडिया की जेनेरिक समझ से परे किसी विशेष एप्लिकेशन या सर्वर के साथ बातचीत करने के बारे में कोई पूर्व ज्ञान की आवश्यकता नहीं होती है।"
—
यानिस
किसी एप्लिकेशन को ऑर्डर से आइटम प्राप्त करने के लिए कैसे माना जाता है यदि एप्लिकेशन को यह भी पता नहीं है कि ऑर्डर में आइटम है? डिस्कवरी मैन्युअल ब्राउज़िंग के लिए काम करती है लेकिन स्वचालित अनुप्रयोगों के लिए नहीं।
—
पेस
आदमी खुद इसके बारे में यहाँ बात कर रहा है: roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
—
Thiago Silva
get(orderURL);आपको बता रहा होना चाहिएthe fact that the order object has an itemURL field।