एपीआई: Difference between revisions

From Vigyanwiki
(Created page with "{{short description|Software interface between computers and/or programs}} {{other uses}} {{redirect|Api.php|the Wikipedia API|Special:ApiHelp|selfref=true}} File:Screenshot...")
 
No edit summary
Line 2: Line 2:
{{other uses}}
{{other uses}}
{{redirect|Api.php|the Wikipedia API|Special:ApiHelp|selfref=true}}
{{redirect|Api.php|the Wikipedia API|Special:ApiHelp|selfref=true}}
[[File:Screenshot of NASA API documentation.png|thumb|नासा द्वारा लिखित वेब एपीआई प्रलेखन का स्क्रीनशॉट।]]एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस (एपीआई) दो या दो से अधिक कंप्यूटर प्रोग्रामों के लिए एक दूसरे के साथ संवाद करने का एक तरीका है। यह एक प्रकार का सॉफ्टवेयर इंटरफेस (कंप्यूटिंग) है, जो सॉफ्टवेयर के अन्य टुकड़ों को सेवा प्रदान करता है।<ref>{{cite book |last=Reddy |first=Marathi |author-link= |date=2011 |title=सी ++ के लिए एपीआई डिजाइन|url=https://www.google.com/books/edition/API_Design_for_C++/IY29LylT85wC |publisher=Elsevier Science |page=1 |isbn=9780123850041}}</ref> एक दस्तावेज़ या मानक जो इस तरह के कनेक्शन या इंटरफ़ेस का निर्माण या उपयोग करने का वर्णन करता है, उसे एपीआई विनिर्देश कहा जाता है। एक कंप्यूटर सिस्टम जो इस मानक को पूरा करता है उसे एपीआई को लागू करने या उजागर करने के लिए कहा जाता है। एपीआई शब्द या तो विनिर्देश या कार्यान्वयन को संदर्भित कर सकता है।
[[File:Screenshot of NASA API documentation.png|thumb|नासा द्वारा लिखित वेब एपीआई प्रलेखन का स्क्रीनशॉट।]]एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस (एपीआई) दो या दो से अधिक कंप्यूटर प्रोग्रामों के लिए एक दूसरे के साथ संवाद करने का एक तरीका है। यह एक प्रकार का सॉफ़्टवेयर इंटरफ़ेस है, जो सॉफ़्टवेयर के अन्य भागों को सेवा प्रदान करता है।<ref>{{cite book |last=Reddy |first=Marathi |author-link= |date=2011 |title=सी ++ के लिए एपीआई डिजाइन|url=https://www.google.com/books/edition/API_Design_for_C++/IY29LylT85wC |publisher=Elsevier Science |page=1 |isbn=9780123850041}}</ref> एक दस्तावेज़ या मानक जो वर्णन करता है कि इस तरह के संबंध या इंटरफ़ेस को कैसे बनाया या उपयोग किया जाए, उसे एपीआई विनिर्देश कहा जाता है। एक कंप्यूटर प्रणाली जो इस मानक को पूरा करता है, उसे एपीआई को लागू करने या प्रदर्शित करने के लिए कहा जाता है। एपीआई शब्द विनिर्देश या कार्यान्वयन के लिए संदर्भित हो सकता है।  


एक उपयोगकर्ता इंटरफ़ेस के विपरीत, जो एक कंप्यूटर को एक व्यक्ति से जोड़ता है, एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस कंप्यूटर या सॉफ़्टवेयर के टुकड़ों को एक दूसरे से जोड़ता है। यह एक कंप्यूटर प्रोग्रामर के अलावा किसी अन्य व्यक्ति (अंतिम उपयोगकर्ता) द्वारा सीधे उपयोग करने का इरादा नहीं है जो इसे सॉफ्टवेयर में शामिल कर रहा है। एक एपीआई अक्सर विभिन्न भागों से बना होता है जो प्रोग्रामर के लिए उपलब्ध उपकरण या सेवाओं के रूप में कार्य करता है। एक प्रोग्राम या एक प्रोग्रामर जो इन भागों में से एक का उपयोग करता है, उसे एपीआई के उस हिस्से को कॉल करने के लिए कहा जाता है। एपीआई बनाने वाली कॉल को सबरूटीन्स, मेथड्स, रिक्वेस्ट या कम्युनिकेशन एंडपॉइंट्स के रूप में भी जाना जाता है। एक एपीआई विनिर्देश इन कॉलों को परिभाषित करता है, जिसका अर्थ है कि यह बताता है कि उनका उपयोग या कार्यान्वयन कैसे किया जाए।
एक यूजर इंटरफेस के विपरीत, जो एक कंप्यूटर को एक व्यक्ति से जोड़ता है, एक एप्लिकेशन प्रोग्रामिंग इंटरफेस कंप्यूटर या सॉफ्टवेयर के भागों को एक दूसरे से जोड़ता है। यह एक कंप्यूटर प्रोग्रामर के अलावा किसी अन्य व्यक्ति (अंतिम उपयोगकर्ता) द्वारा सीधे उपयोग किए जाने के लिए अभिप्रेत नहीं है जो इसे सॉफ्टवेयर में सम्मिलित कर रहा है। एक एपीआई प्रायः विभिन्न भागों से बना होता है जो प्रोग्रामर के लिए उपलब्ध उपकरण या सेवाओं के रूप में कार्य करता है। एक प्रोग्राम या प्रोग्रामर जो इन भागों में से एक का उपयोग करता है, उसे एपीआई के उस हिस्से को कॉल करने के लिए कहा जाता है। एपीआई बनाने वाली कॉल को सबरूटीन्स, विधियों, अनुरोधों या समापन बिंदुओं के रूप में भी जाना जाता है। एक एपीआई विनिर्देश इन कॉलों को परिभाषित करता है, जिसका अर्थ है कि यह बताता है कि उनका उपयोग कैसे करें या उन्हें कैसे कार्यान्वित करें।
 
एपीआई का एक उद्देश्य सूचना को छिपाना है कि एक सिस्टम कैसे काम करता है, केवल उन हिस्सों को उजागर करना जो एक प्रोग्रामर को उपयोगी लगेगा और आंतरिक विवरण बाद में बदलने पर भी उन्हें सुसंगत बनाए रखेगा। एक एपीआई सिस्टम की एक विशेष जोड़ी के लिए कस्टम-निर्मित हो सकता है, या यह एक साझा मानक हो सकता है जो कई सिस्टमों के बीच इंटरऑपरेबिलिटी की अनुमति देता है।
 
एपीआई शब्द का प्रयोग अक्सर वेब एपीआई को संदर्भित करने के लिए किया जाता है,<ref name="Lane2019"/>जो इंटरनेट से जुड़े कंप्यूटरों के बीच संचार की अनुमति देते हैं। प्रोग्रामिंग लैंग्वेज, लाइब्रेरी (कंप्यूटिंग), कंप्यूटर ऑपरेटिंग सिस्टम और कंप्यूटर हार्डवेयर के लिए एपीआई भी हैं। एपीआई की उत्पत्ति 1940 के दशक में हुई थी, हालांकि यह शब्द 1960 और 1970 के दशक तक सामने नहीं आया था। एपीआई में हाल के विकास ने माइक्रोसर्विसेज की लोकप्रियता में वृद्धि की है, जो सार्वजनिक एपीआई के माध्यम से एक्सेस की जाने वाली शिथिल युग्मित सेवाएं हैं।<ref>{{cite web |url=https://www.businesswire.com/news/home/20210825005630/en/Global-Cloud-Microservices-Market-2021-to-2026---Growth-Trends-COVID-19-Impact-and-Forecasts---ResearchAndMarkets.com |title=ग्लोबल क्लाउड माइक्रोसर्विसेज मार्केट (2021 से 2026)|last=Wood |first=Laura |date=2021-08-25 |access-date=2022-03-29}}</ref>


एपीआई का एक उद्देश्य आंतरिक विवरणों को छिपाना है कि एक प्रणाली कैसे काम करती है, केवल उन हिस्सों को प्रकट करता है जो प्रोग्रामर को उपयोगी लगेगा और आंतरिक विवरण बाद में बदल जाने पर भी उन्हें सुसंगत बनाए रखेगा। एक एपीआई प्रणाली की एक विशेष जोड़ी के लिए कस्टम-निर्मित हो सकता है, या यह एक साझा मानक हो सकता है जो कई प्रणालियों के बीच इंटरऑपरेबिलिटी की अनुमति देता है।


एपीआई शब्द का प्रयोग प्रायः वेब एपीआई को संदर्भित करने के लिए किया जाता है,<ref name="Lane2019"/> जो इंटरनेट से जुड़े कंप्यूटरों के बीच संचार की अनुमति देता है। प्रोग्रामिंग भाषाओं, सॉफ्टवेयर लाइब्रेरी, कंप्यूटर ऑपरेटिंग सिस्टम और कंप्यूटर हार्डवेयर के लिए एपीआई भी हैं। एपीआई की उत्पत्ति 1940 के दशक में हुई थी, हालांकि यह शब्द 1960 और 1970 के दशक तक सामने नहीं आया था। एपीआई में हाल के विकास ने माइक्रोसर्विसेज की लोकप्रियता में वृद्धि की है, जो सार्वजनिक एपीआई के माध्यम से अभिगम की जाने वाली शिथिल युग्मित सेवाएं हैं।<ref>{{cite web |url=https://www.businesswire.com/news/home/20210825005630/en/Global-Cloud-Microservices-Market-2021-to-2026---Growth-Trends-COVID-19-Impact-and-Forecasts---ResearchAndMarkets.com |title=ग्लोबल क्लाउड माइक्रोसर्विसेज मार्केट (2021 से 2026)|last=Wood |first=Laura |date=2021-08-25 |access-date=2022-03-29}}</ref>
== उद्देश्य ==
== उद्देश्य ==
अनुप्रयोगों के निर्माण में, एक एपीआई एब्स्ट्रेक्शन (सॉफ्टवेयर इंजीनियरिंग) द्वारा प्रोग्रामिंग को सरल बनाता है और अंतर्निहित कार्यान्वयन और केवल उन वस्तुओं या कार्यों को उजागर करता है जिनकी डेवलपर को आवश्यकता होती है। जबकि एक ईमेल क्लाइंट के लिए एक ग्राफिकल इंटरफ़ेस एक उपयोगकर्ता को एक बटन प्रदान कर सकता है जो नए ईमेल लाने और हाइलाइट करने के लिए सभी चरणों का प्रदर्शन करता है, फ़ाइल इनपुट/आउटपुट के लिए एक एपीआई डेवलपर को एक सबरूटीन दे सकता है जो बिना किसी फ़ाइल को एक स्थान से दूसरे स्थान पर कॉपी करता है। आवश्यकता है कि डेवलपर दृश्यों के पीछे होने वाली जर्नलिंग फ़ाइल सिस्टम संचालन को समझे।<ref name="Clarke4">{{Cite web |url=http://www.drdobbs.com/windows/measuring-api-usability/184405654 |title=मापने एपीआई उपयोगिता|last=Clarke |first=Steven |date=2004 |website=Dr. Dobb's |access-date=29 July 2016}}</ref>
अनुप्रयोगों के निर्माण में, एक एपीआई अंतर्निहित कार्यान्वयन को सारणित करके प्रोग्रामिंग को सरल बनाता है और केवल उन वस्तुओं या कार्यों को प्रकट करता है जिनकी डेवलपर को आवश्यकता होती है। जबकि एक ईमेल क्लाइंट के लिए ग्राफिकल इंटरफ़ेस उपयोगकर्ता को एक बटन प्रदान कर सकता है जो नए ईमेल लाने और स्पष्ट करने के लिए सभी चरणों का पालन करता है, फ़ाइल इनपुट/आउटपुट के लिए एक एपीआई डेवलपर को एक ऐसा फ़ंक्शन दे सकता है जो फ़ाइल को एक स्थान से दूसरे स्थान पर कॉपी करता है इस आवश्यकता के बिना कि डेवलपर दृश्यों के पीछे होने वाली फाइल प्रणाली संचालन को समझता है।<ref name="Clarke4">{{Cite web |url=http://www.drdobbs.com/windows/measuring-api-usability/184405654 |title=मापने एपीआई उपयोगिता|last=Clarke |first=Steven |date=2004 |website=Dr. Dobb's |access-date=29 July 2016}}</ref>
 
 
== शब्द का इतिहास ==
== शब्द का इतिहास ==


[[File:Database_management_system_diagram_from_1978_workshop.png|thumb|left|1978 का एक रेखाचित्र, केवल एप्लिकेशन प्रोग्राम से परे, एक सामान्य प्रोग्रामिंग इंटरफ़ेस बनने के लिए एपीआई के विचार के विस्तार का प्रस्ताव करता है।<ref name="NBS1981" />]]एपीआई शब्द शुरू में केवल एंड-यूज़र-फेसिंग प्रोग्राम के लिए एक इंटरफ़ेस का वर्णन करता है, जिसे एप्लिकेशन प्रोग्राम के रूप में जाना जाता है। यह उत्पत्ति अभी भी एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस के नाम से परिलक्षित होती है। आज, यह शब्द व्यापक है, जिसमें यूटिलिटी सॉफ़्टवेयर और यहां तक ​​कि हार्डवेयर इंटरफ़ेस डिज़ाइन भी शामिल है।<ref name="Bloch2018" />
[[File:Database_management_system_diagram_from_1978_workshop.png|thumb|left|1978 का एक रेखाचित्र, केवल एप्लिकेशन प्रोग्राम से परे, एक सामान्य प्रोग्रामिंग इंटरफ़ेस बनने के लिए एपीआई के विचार के विस्तार का प्रस्ताव करता है।<ref name="NBS1981" />]]एपीआई शब्द प्रारम्भ में केवल एंड-यूज़र-फेसिंग प्रोग्राम के लिए एक इंटरफ़ेस का वर्णन करता है, जिसे एप्लिकेशन प्रोग्राम के रूप में जाना जाता है। यह उत्पत्ति अभी भी "एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस" के नाम से परिलक्षित होती है। आज, यह शब्द व्यापक है, जिसमें उपयोगिता (यूटिलिटी) सॉफ्टवेयर और यहां तक कि हार्डवेयर इंटरफेस भी सम्मिलित हैं।<ref name="Bloch2018" />
 
 
 
=== 1940 और 1950 के दशक ===
=== 1940 और 1950 के दशक ===


एपीआई का विचार अपने आप में शब्द से बहुत पुराना है। ब्रिटिश कंप्यूटर वैज्ञानिक मौरिस विल्क्स और डेविड व्हीलर (कंप्यूटर वैज्ञानिक) ने 1940 के दशक में EDSAC, एक प्रारंभिक कंप्यूटर के लिए एक मॉड्यूलर सॉफ्टवेयर लाइब्रेरी पर काम किया। इस लाइब्रेरी में सबरूटीन्स फाइलिंग कैबिनेट में व्यवस्थित छिद्रित पेपर टेप पर संग्रहीत किए गए थे। इस कैबिनेट में यह भी शामिल है कि विल्क्स और व्हीलर ने प्रत्येक उपनेमका के बारे में नोट्स की एक पुस्तकालय सूची और इसे एक कार्यक्रम में कैसे शामिल किया जाए। आज, इस तरह के कैटलॉग को एपीआई (या एपीआई विनिर्देश या एपीआई दस्तावेज) कहा जाएगा क्योंकि यह एक प्रोग्रामर को निर्देश देता है कि प्रोग्रामर को प्रत्येक सबरूटीन का उपयोग कैसे करें (या कॉल करें)।<ref name="Bloch2018" />
API का विचार स्वयं शब्द से बहुत पुराना है। ब्रिटिश कंप्यूटर वैज्ञानिक मौरिस विल्क्स और डेविड व्हीलर ने 1940 के दशक में एक प्रारंभिक कंप्यूटर ईडीएसएसी (EDSAC) के लिए एक मॉड्यूलर सॉफ्टवेयर लाइब्रेरी पर काम किया। इस लाइब्रेरी में सबरूटीन्स को फाइलिंग कैबिनेट में व्यवस्थित पंच पेपर टेप पर संग्रहित किया गया था। इस कैबिनेट में यह भी सम्मिलित है कि विल्क्स और व्हीलर ने प्रत्येक सबरूटीन के बारे में नोट्स की एक "लाइब्रेरी कैटलॉग" को क्या कहा और इसे एक प्रोग्राम में कैसे सम्मिलित किया जाए। आज, इस तरह के कैटलॉग को एपीआई (या एपीआई विनिर्देश या एपीआई दस्तावेज) कहा जाएगा क्योंकि यह एक प्रोग्रामर को निर्देश देता है कि प्रोग्रामर को प्रत्येक सबरूटीन का उपयोग (या "कॉल") कैसे करें।<ref name="Bloch2018" />


विल्क्स एंड व्हीलर की 1951 की पुस्तक द प्रिपरेशन ऑफ प्रोग्राम्स फॉर ए इलेक्ट्रॉनिक डिजिटल कंप्यूटर में पहला प्रकाशित एपीआई विनिर्देश शामिल है। जोशुआ बलोच का मानना ​​है कि विल्क्स और व्हीलर ने हाल ही में एपीआई का आविष्कार किया था क्योंकि यह एक ऐसी अवधारणा है जो आविष्कार की तुलना में खोजी गई है।<ref name="Bloch2018">{{cite speech |last=Bloch |first=Joshua |author-link=Joshua Bloch |title=एपीआई का एक संक्षिप्त, रायशुदा इतिहास|event=QCon |date=August 8, 2018 |location=San Francisco |publisher=InfoQ |url=https://www.infoq.com/presentations/history-api/ |access-date=September 18, 2020}}</ref>
विल्क्स एंड व्हीलर की 1951 की किताब एक इलेक्ट्रॉनिक डिजिटल कंप्यूटर के लिए प्रोग्राम तैयार करने में पहला प्रकाशित एपीआई विनिर्देश सम्मिलित है। जोशुआ बलोच का मानना है कि विल्क्स और व्हीलर ने "अव्यक्त रूप से एपीआई का आविष्कार" किया क्योंकि यह एक ऐसी अवधारणा है जिसे खोजा गया है न कि आविष्कार किया गया है।<ref name="Bloch2018">{{cite speech |last=Bloch |first=Joshua |author-link=Joshua Bloch |title=एपीआई का एक संक्षिप्त, रायशुदा इतिहास|event=QCon |date=August 8, 2018 |location=San Francisco |publisher=InfoQ |url=https://www.infoq.com/presentations/history-api/ |access-date=September 18, 2020}}</ref>


[[File:Univac 1108 Census Bureau.jpg|thumb|300px|Although the people who coined the term API were implementing software on a UNIVAC 1100/2200 श्रृंखला #1108, उनके एपीआई का लक्ष्य हार्डवेयर स्वतंत्र कार्यक्रमों को संभव बनाना था।<ref name="CottonGreatorex1968" />]]
[[File:Univac 1108 Census Bureau.jpg|thumb|300px|Although the people who coined the term API were implementing software on a UNIVAC 1100/2200 श्रृंखला #1108, उनके एपीआई का लक्ष्य हार्डवेयर स्वतंत्र कार्यक्रमों को संभव बनाना था।<ref name="CottonGreatorex1968" />]]
Line 32: Line 25:


टर्म एप्लिकेशन प्रोग्राम इंटरफ़ेस (बिना -इंग प्रत्यय के) पहली बार 1968 में AFIPS सम्मेलन में प्रस्तुत रिमोट कंप्यूटर ग्राफिक्स के लिए डेटा स्ट्रक्चर्स एंड टेक्निक्स नामक एक पेपर में दर्ज किया गया था।<ref>{{Cite OED|application program interface}}</ref><ref name="Bloch2018" />इस पत्र के लेखक इस शब्द का उपयोग एक एप्लिकेशन की बातचीत का वर्णन करने के लिए करते हैं - इस मामले में एक ग्राफिक्स प्रोग्राम - बाकी कंप्यूटर सिस्टम के साथ। एक सुसंगत एप्लिकेशन इंटरफ़ेस (फोरट्रान सबरूटीन कॉल से मिलकर) का उद्देश्य प्रोग्रामर को ग्राफिक्स डिस्प्ले डिवाइस की आइडियोसिंक्रसी से निपटने से मुक्त करना था, और कंप्यूटर या डिस्प्ले को बदलने पर हार्डवेयर स्वतंत्रता प्रदान करना था।<ref name="CottonGreatorex1968">{{cite conference |url=https://www.computer.org/csdl/pds/api/csdl/proceedings/download-article/12OmNyRPgFZ/pdf |title=दूरस्थ कंप्यूटर ग्राफिक्स के लिए डेटा संरचनाएं और तकनीकें|last1=Cotton |first1=Ira W. |last2=Greatorex |first2=Frank S. |date=December 1968 |conference=AFIPS 1968 Fall Joint Computer Conference |volume=I |book-title=AFIPS '68: Proceedings of the December 9–11, 1968, Fall Joint Computer Conference |publisher=Association for Computing Machinery |location=San Francisco, California |pages=533–544 |isbn=978-1450378994 |oclc= 1175621908 |doi=10.1145/1476589.1476661 }}</ref>
टर्म एप्लिकेशन प्रोग्राम इंटरफ़ेस (बिना -इंग प्रत्यय के) पहली बार 1968 में AFIPS सम्मेलन में प्रस्तुत रिमोट कंप्यूटर ग्राफिक्स के लिए डेटा स्ट्रक्चर्स एंड टेक्निक्स नामक एक पेपर में दर्ज किया गया था।<ref>{{Cite OED|application program interface}}</ref><ref name="Bloch2018" />इस पत्र के लेखक इस शब्द का उपयोग एक एप्लिकेशन की बातचीत का वर्णन करने के लिए करते हैं - इस मामले में एक ग्राफिक्स प्रोग्राम - बाकी कंप्यूटर सिस्टम के साथ। एक सुसंगत एप्लिकेशन इंटरफ़ेस (फोरट्रान सबरूटीन कॉल से मिलकर) का उद्देश्य प्रोग्रामर को ग्राफिक्स डिस्प्ले डिवाइस की आइडियोसिंक्रसी से निपटने से मुक्त करना था, और कंप्यूटर या डिस्प्ले को बदलने पर हार्डवेयर स्वतंत्रता प्रदान करना था।<ref name="CottonGreatorex1968">{{cite conference |url=https://www.computer.org/csdl/pds/api/csdl/proceedings/download-article/12OmNyRPgFZ/pdf |title=दूरस्थ कंप्यूटर ग्राफिक्स के लिए डेटा संरचनाएं और तकनीकें|last1=Cotton |first1=Ira W. |last2=Greatorex |first2=Frank S. |date=December 1968 |conference=AFIPS 1968 Fall Joint Computer Conference |volume=I |book-title=AFIPS '68: Proceedings of the December 9–11, 1968, Fall Joint Computer Conference |publisher=Association for Computing Machinery |location=San Francisco, California |pages=533–544 |isbn=978-1450378994 |oclc= 1175621908 |doi=10.1145/1476589.1476661 }}</ref>
यह शब्द डेटाबेस के क्षेत्र में क्रिस्टोफर जे. डेट|सी द्वारा पेश किया गया था। जे दिनांक<ref>{{cite book |last=Date |first=C. J. |author-link=Christopher J. Date |year=2019 |title=ई.एफ. कॉड एंड रिलेशनल थ्योरी: कॉड के मेजर डाटाबेस राइटिंग की एक विस्तृत समीक्षा और विश्लेषण|url=https://books.google.com/books?id=2Sy4DwAAQBAJ&pg=PA135 |page=135 |isbn=978-1684705276}}</ref> 1974 में द रिलेशनल डेटाबेस एंड नेटवर्क मॉडल अप्रोचेज: कंपेरिजन ऑफ द एप्लीकेशन प्रोग्रामिंग इंटरफेस नामक पेपर में।<ref>{{cite conference |title=संबंधपरक और नेटवर्क दृष्टिकोण: एप्लिकेशन प्रोग्रामिंग इंटरफेस की तुलना|last1=Date |first1=C. J. |last2=Codd |first2=E. F. |date=January 1975 |editor=Randall Rustin |conference=SIGMOD Workshop 1974 |volume=2 |book-title=Proceedings of 1974 ACM-SIGMOD Workshop on Data Description, Access and Control |publisher=Association for Computing Machinery |location=Ann Arbor, Michigan |pages=83–113 |isbn=978-1450374187 |oclc=1175623233 |doi=10.1145/800297.811532 }}</ref> एक एपीआई ANSI-SPARC आर्किटेक्चर| डेटाबेस प्रबंधन प्रणालियों के लिए ANSI/SPARC फ्रेमवर्क का एक हिस्सा बन गया। इस ढांचे ने एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस को अन्य इंटरफेस, जैसे कि क्वेरी इंटरफ़ेस से अलग से व्यवहार किया। 1970 के दशक में डेटाबेस पेशेवरों ने देखा कि इन विभिन्न इंटरफेस को जोड़ा जा सकता है; पर्याप्त रूप से समृद्ध एप्लिकेशन इंटरफ़ेस अन्य इंटरफेस का भी समर्थन कर सकता है।<ref name="NBS1981">{{cite report |date=April 1981 |title=डाटाबेस आर्किटेक्चर - एक व्यवहार्यता कार्यशाला|url=https://hdl.handle.net/2027/mdp.39015077587742?urlappend=%3Bseq=53 |publisher=U.S. Department of Commerce, National Bureau of Standards |pages=45–47 |access-date=September 18, 2020 |location=Washington, DC|hdl=2027/mdp.39015077587742?urlappend=%3Bseq=53 |id=NBS special publication 500-76 |lccn=81600004}}</ref>
यह शब्द डेटाबेस के क्षेत्र में क्रिस्टोफर जे. डेट|सी द्वारा पेश किया गया था। जे दिनांक<ref>{{cite book |last=Date |first=C. J. |author-link=Christopher J. Date |year=2019 |title=ई.एफ. कॉड एंड रिलेशनल थ्योरी: कॉड के मेजर डाटाबेस राइटिंग की एक विस्तृत समीक्षा और विश्लेषण|url=https://books.google.com/books?id=2Sy4DwAAQBAJ&pg=PA135 |page=135 |isbn=978-1684705276}}</ref> 1974 में द रिलेशनल डेटाबेस एंड नेटवर्क मॉडल अप्रोचेज: कंपेरिजन ऑफ द एप्लीकेशन प्रोग्रामिंग इंटरफेस नामक पेपर में।<ref>{{cite conference |title=संबंधपरक और नेटवर्क दृष्टिकोण: एप्लिकेशन प्रोग्रामिंग इंटरफेस की तुलना|last1=Date |first1=C. J. |last2=Codd |first2=E. F. |date=January 1975 |editor=Randall Rustin |conference=SIGMOD Workshop 1974 |volume=2 |book-title=Proceedings of 1974 ACM-SIGMOD Workshop on Data Description, Access and Control |publisher=Association for Computing Machinery |location=Ann Arbor, Michigan |pages=83–113 |isbn=978-1450374187 |oclc=1175623233 |doi=10.1145/800297.811532 }}</ref> एक एपीआई ANSI-SPARC आर्किटेक्चर| डेटाबेस प्रबंधन प्रणालियों के लिए ANSI/SPARC फ्रेमवर्क का एक हिस्सा बन गया। इस ढांचे ने एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस को अन्य इंटरफेस, जैसे कि क्वेरी इंटरफ़ेस से अलग से व्यवहार किया। 1970 के दशक में डेटाबेस पेशेवरों ने देखा कि इन विभिन्न इंटरफेस को जोड़ा जा सकता है; पर्याप्त रूप से समृद्ध एप्लिकेशन इंटरफ़ेस अन्य इंटरफेस का भी समर्थन कर सकता है।<ref name="NBS1981">{{cite report |date=April 1981 |title=डाटाबेस आर्किटेक्चर - एक व्यवहार्यता कार्यशाला|url=https://hdl.handle.net/2027/mdp.39015077587742?urlappend=%3Bseq=53 |publisher=U.S. Department of Commerce, National Bureau of Standards |pages=45–47 |access-date=September 18, 2020 |location=Washington, DC|hdl=2027/mdp.39015077587742?urlappend=%3Bseq=53 |id=NBS special publication 500-76 |lccn=81600004}}</ref>
इस अवलोकन ने एपीआई का नेतृत्व किया जो सभी प्रकार की प्रोग्रामिंग का समर्थन करता था, न कि केवल एप्लिकेशन प्रोग्रामिंग का।
इस अवलोकन ने एपीआई का नेतृत्व किया जो सभी प्रकार की प्रोग्रामिंग का समर्थन करता था, न कि केवल एप्लिकेशन प्रोग्रामिंग का।
Line 38: Line 32:
1990 तक, एपीआई को टेक्नोलॉजिस्ट कार्ल मालामुद द्वारा कुछ कार्यों को करने के लिए एक प्रोग्रामर के लिए उपलब्ध सेवाओं के एक सेट के रूप में परिभाषित किया गया था।<ref>{{cite book |last=Carl |first=Malamud |author-link=Carl Malamud |date=1990 |title=नोवेल नेटवर्क का विश्लेषण|url=https://babel.hathitrust.org/cgi/pt?id=mdp.39015018454903&seq=314 |publisher=Van Nostrand Reinhold |page=294 |isbn=978-0442003647}}</ref>
1990 तक, एपीआई को टेक्नोलॉजिस्ट कार्ल मालामुद द्वारा कुछ कार्यों को करने के लिए एक प्रोग्रामर के लिए उपलब्ध सेवाओं के एक सेट के रूप में परिभाषित किया गया था।<ref>{{cite book |last=Carl |first=Malamud |author-link=Carl Malamud |date=1990 |title=नोवेल नेटवर्क का विश्लेषण|url=https://babel.hathitrust.org/cgi/pt?id=mdp.39015018454903&seq=314 |publisher=Van Nostrand Reinhold |page=294 |isbn=978-0442003647}}</ref>
दूरस्थ प्रक्रिया कॉल और वेब एपीआई की शुरुआत के साथ एपीआई के विचार को फिर से विस्तारित किया गया। चूंकि 1970 और 1980 के दशक में कंप्यूटर नेटवर्क आम हो गए थे, प्रोग्रामर न केवल अपने स्थानीय कंप्यूटरों पर स्थित पुस्तकालयों को बुलाना चाहते थे बल्कि अन्यत्र स्थित कंप्यूटरों पर भी कॉल करना चाहते थे। इन दूरस्थ प्रक्रिया कॉलों को विशेष रूप से जावा (प्रोग्रामिंग भाषा) भाषा द्वारा समर्थित किया गया था। 1990 के दशक में, इंटरनेट के प्रसार के साथ, CORBA, कंपोनेंट ऑब्जेक्ट मॉडल और डिस्ट्रिब्यूटेड कंपोनेंट ऑब्जेक्ट मॉडल जैसे मानकों ने API सेवाओं को उजागर करने का सबसे आम तरीका बनने के लिए प्रतिस्पर्धा की।<ref name="JinSahniShevat2018">{{cite book  |first1=Brenda |last1=Jin |first2=Saurabh |last2=Sahni |first3=Amir |last3=Shevat |year=2018 |title=डिजाइनिंग वेब एपीआई|url=https://www.google.com/books/edition/Designing_Web_APIs/Dg1rDwAAQBAJ |location= |publisher=O'Reilly Media |isbn=9781492026877}}</ref>
दूरस्थ प्रक्रिया कॉल और वेब एपीआई की शुरुआत के साथ एपीआई के विचार को फिर से विस्तारित किया गया। चूंकि 1970 और 1980 के दशक में कंप्यूटर नेटवर्क आम हो गए थे, प्रोग्रामर न केवल अपने स्थानीय कंप्यूटरों पर स्थित पुस्तकालयों को बुलाना चाहते थे बल्कि अन्यत्र स्थित कंप्यूटरों पर भी कॉल करना चाहते थे। इन दूरस्थ प्रक्रिया कॉलों को विशेष रूप से जावा (प्रोग्रामिंग भाषा) भाषा द्वारा समर्थित किया गया था। 1990 के दशक में, इंटरनेट के प्रसार के साथ, CORBA, कंपोनेंट ऑब्जेक्ट मॉडल और डिस्ट्रिब्यूटेड कंपोनेंट ऑब्जेक्ट मॉडल जैसे मानकों ने API सेवाओं को उजागर करने का सबसे आम तरीका बनने के लिए प्रतिस्पर्धा की।<ref name="JinSahniShevat2018">{{cite book  |first1=Brenda |last1=Jin |first2=Saurabh |last2=Sahni |first3=Amir |last3=Shevat |year=2018 |title=डिजाइनिंग वेब एपीआई|url=https://www.google.com/books/edition/Designing_Web_APIs/Dg1rDwAAQBAJ |location= |publisher=O'Reilly Media |isbn=9781492026877}}</ref>
=== 2000 के दशक ===
=== 2000 के दशक ===


Line 70: Line 62:
}}
}}
</ref>
</ref>
===ऑपरेटिंग सिस्टम===
===ऑपरेटिंग सिस्टम===
एक एपीआई एक एप्लिकेशन और ऑपरेटिंग सिस्टम के बीच इंटरफेस को निर्दिष्ट कर सकता है।<ref name="Oreilly91">{{Cite book |last=Lewine |first=Donald A. |url=http://shop.oreilly.com/product/9780937175736.do |title=पॉज़िक्स प्रोग्रामर गाइड|date=1991 |publisher=O'Reilly & Associates, Inc. |page=1 |isbn=9780937175736 |access-date=2 August 2016}}</ref> POSIX, उदाहरण के लिए, सामान्य API विनिर्देशों का एक सेट प्रदान करता है जिसका उद्देश्य POSIX अनुरूप ऑपरेटिंग सिस्टम के लिए लिखे गए एप्लिकेशन को अन्य POSIX अनुरूप ऑपरेटिंग सिस्टम के लिए कंपाइलर बनाना है।
एक एपीआई एक एप्लिकेशन और ऑपरेटिंग सिस्टम के बीच इंटरफेस को निर्दिष्ट कर सकता है।<ref name="Oreilly91">{{Cite book |last=Lewine |first=Donald A. |url=http://shop.oreilly.com/product/9780937175736.do |title=पॉज़िक्स प्रोग्रामर गाइड|date=1991 |publisher=O'Reilly & Associates, Inc. |page=1 |isbn=9780937175736 |access-date=2 August 2016}}</ref> POSIX, उदाहरण के लिए, सामान्य API विनिर्देशों का एक सेट प्रदान करता है जिसका उद्देश्य POSIX अनुरूप ऑपरेटिंग सिस्टम के लिए लिखे गए एप्लिकेशन को अन्य POSIX अनुरूप ऑपरेटिंग सिस्टम के लिए कंपाइलर बनाना है।
Line 99: Line 89:
publisher=[[USENIX]]|date=April 2005|
publisher=[[USENIX]]|date=April 2005|
access-date=2009-06-04}}</ref>
access-date=2009-06-04}}</ref>
=== रिमोट एपीआई ===
=== रिमोट एपीआई ===
दूरस्थ एपीआई डेवलपर्स को संचार प्रोटोकॉल के माध्यम से दूरस्थ संसाधनों में हेरफेर करने की अनुमति देते हैं, संचार के लिए विशिष्ट मानक जो विभिन्न तकनीकों को भाषा या प्लेटफॉर्म की परवाह किए बिना एक साथ काम करने की अनुमति देते हैं।
दूरस्थ एपीआई डेवलपर्स को संचार प्रोटोकॉल के माध्यम से दूरस्थ संसाधनों में हेरफेर करने की अनुमति देते हैं, संचार के लिए विशिष्ट मानक जो विभिन्न तकनीकों को भाषा या प्लेटफॉर्म की परवाह किए बिना एक साथ काम करने की अनुमति देते हैं।
Line 119: Line 107:
  |access-date = 16 June 2015
  |access-date = 16 June 2015
}}</ref>
}}</ref>
=== वेब एपीआई ===
=== वेब एपीआई ===
{{Main|Web API}}
{{Main|Web API}}
Line 151: Line 137:
सोशल मीडिया स्पेस में, वेब एपीआई ने वेब समुदायों को समुदायों और अनुप्रयोगों के बीच सामग्री और डेटा साझा करने की सुविधा प्रदान करने की अनुमति दी है। इस तरह, एक स्थान पर गतिशील रूप से बनाई गई सामग्री को वेब पर कई स्थानों पर पोस्ट और अपडेट किया जा सकता है।<ref name="Parr16">{{cite web|last1=Parr|first1=Ben|title=सोशल मीडिया एपीआई का विकास|url=http://mashable.com/2009/05/21/social-media-api/|website=Mashable|date=21 May 2009|access-date=26 July 2016}}
सोशल मीडिया स्पेस में, वेब एपीआई ने वेब समुदायों को समुदायों और अनुप्रयोगों के बीच सामग्री और डेटा साझा करने की सुविधा प्रदान करने की अनुमति दी है। इस तरह, एक स्थान पर गतिशील रूप से बनाई गई सामग्री को वेब पर कई स्थानों पर पोस्ट और अपडेट किया जा सकता है।<ref name="Parr16">{{cite web|last1=Parr|first1=Ben|title=सोशल मीडिया एपीआई का विकास|url=http://mashable.com/2009/05/21/social-media-api/|website=Mashable|date=21 May 2009|access-date=26 July 2016}}
</ref> उदाहरण के लिए, ट्विटर का रेस्ट एपीआई डेवलपर्स को कोर ट्विटर डेटा तक पहुंचने की अनुमति देता है और सर्च एपीआई डेवलपर्स को ट्विटर सर्च और ट्रेंड डेटा के साथ इंटरैक्ट करने के तरीके प्रदान करता है।<ref>{{Cite web|title=रुझान/स्थान प्राप्त करें|url=https://developer.twitter.com/en/docs/trends/trends-for-location/api-reference/get-trends-place|website=developer.twitter.com|language=en|access-date=2020-04-30}}</ref>
</ref> उदाहरण के लिए, ट्विटर का रेस्ट एपीआई डेवलपर्स को कोर ट्विटर डेटा तक पहुंचने की अनुमति देता है और सर्च एपीआई डेवलपर्स को ट्विटर सर्च और ट्रेंड डेटा के साथ इंटरैक्ट करने के तरीके प्रदान करता है।<ref>{{Cite web|title=रुझान/स्थान प्राप्त करें|url=https://developer.twitter.com/en/docs/trends/trends-for-location/api-reference/get-trends-place|website=developer.twitter.com|language=en|access-date=2020-04-30}}</ref>
== डिजाइन ==
== डिजाइन ==
एपीआई के डिजाइन का इसके उपयोग पर महत्वपूर्ण प्रभाव पड़ता है।<ref name="Clarke4" />सबसे पहले, प्रोग्रामिंग इंटरफेस का डिजाइन सॉफ्टवेयर आर्किटेक्चर के एक महत्वपूर्ण हिस्से का प्रतिनिधित्व करता है, सॉफ्टवेयर के एक जटिल टुकड़े का संगठन।<ref name="GarlanShaw94">{{Cite journal |last1=Garlan |first1=David |last2=Shaw |first2=Mary |date=January 1994 |title=सॉफ्टवेयर आर्किटेक्चर का परिचय|url=https://www.cs.cmu.edu/afs/cs/project/able/ftp/intro_softarch/intro_softarch.pdf |journal=Advances in Software Engineering and Knowledge Engineering |volume=1 |access-date=8 August 2016}}</ref> सूचना छिपाने का सिद्धांत मॉड्यूल के कार्यान्वयन विवरण को छिपाकर मॉड्यूलर प्रोग्रामिंग को सक्षम करने के रूप में प्रोग्रामिंग इंटरफेस की भूमिका का वर्णन करता है ताकि मॉड्यूल के उपयोगकर्ताओं को मॉड्यूल के अंदर की जटिलताओं को समझने की आवश्यकता न हो।<ref name="Parnas72">{{Cite journal |last=Parnas |first=D.L. |date=1972 |title=मॉड्यूल में डीकंपोज़िंग सिस्टम में उपयोग किए जाने वाले मानदंड पर|journal=Communications of the ACM |volume=15 |issue=12 |pages=1053–1058 |doi=10.1145/361598.361623|s2cid=53856438 }}</ref>
एपीआई के डिजाइन का इसके उपयोग पर महत्वपूर्ण प्रभाव पड़ता है।<ref name="Clarke4" />सबसे पहले, प्रोग्रामिंग इंटरफेस का डिजाइन सॉफ्टवेयर आर्किटेक्चर के एक महत्वपूर्ण हिस्से का प्रतिनिधित्व करता है, सॉफ्टवेयर के एक जटिल टुकड़े का संगठन।<ref name="GarlanShaw94">{{Cite journal |last1=Garlan |first1=David |last2=Shaw |first2=Mary |date=January 1994 |title=सॉफ्टवेयर आर्किटेक्चर का परिचय|url=https://www.cs.cmu.edu/afs/cs/project/able/ftp/intro_softarch/intro_softarch.pdf |journal=Advances in Software Engineering and Knowledge Engineering |volume=1 |access-date=8 August 2016}}</ref> सूचना छिपाने का सिद्धांत मॉड्यूल के कार्यान्वयन विवरण को छिपाकर मॉड्यूलर प्रोग्रामिंग को सक्षम करने के रूप में प्रोग्रामिंग इंटरफेस की भूमिका का वर्णन करता है ताकि मॉड्यूल के उपयोगकर्ताओं को मॉड्यूल के अंदर की जटिलताओं को समझने की आवश्यकता न हो।<ref name="Parnas72">{{Cite journal |last=Parnas |first=D.L. |date=1972 |title=मॉड्यूल में डीकंपोज़िंग सिस्टम में उपयोग किए जाने वाले मानदंड पर|journal=Communications of the ACM |volume=15 |issue=12 |pages=1053–1058 |doi=10.1145/361598.361623|s2cid=53856438 }}</ref>
पिछले अंतर्निहित सिद्धांत के अलावा, एपीआई की उपयोगिता को मापने के लिए अन्य मेट्रिक्स में कार्यात्मक दक्षता, समग्र शुद्धता और नौसिखियों के लिए सीखने की क्षमता जैसे गुण शामिल हो सकते हैं।<ref>{{cite journal | url=https://dl.acm.org/doi/pdf/10.1145/2896587 | doi=10.1145/2896587 | title=एपीआई उपयोगिता में सुधार| year=2016 | last1=Myers | first1=Brad A. | last2=Stylos | first2=Jeffrey | journal=Communications of the ACM | volume=59 | issue=6 | pages=62–69 | s2cid=543853 }}</ref> एपीआई डिजाइन करने का एक सीधा और आमतौर पर अपनाया जाने वाला तरीका है नीलसन के ह्यूरिस्टिक्स|नील्सन के अनुमानी मूल्यांकन दिशानिर्देशों का पालन करना। फ़ैक्टरी विधि पैटर्न भी उनके पुन: प्रयोज्य प्रकृति के कारण एपीआई को डिजाइन करने में विशिष्ट है।<ref>Brian Ellis, Jeffrey Stylos, and Brad Myers. 2007. The Factory Pattern in API Design: A Usability Evaluation. In ''Proceedings of the 29th international conference on Software Engineering'' (''ICSE '07''). IEEE Computer Society, USA, 302–312. DOI:https://doi.org/10.1109/ICSE.2007.85 http://www.cs.cmu.edu/~NatProg/papers/Ellis2007FactoryUsability.pdf</ref> इस प्रकार, एपीआई का डिज़ाइन केवल वे उपकरण प्रदान करने का प्रयास करता है जिनकी उपयोगकर्ता अपेक्षा करता है।<ref name="Clarke4" />
पिछले अंतर्निहित सिद्धांत के अलावा, एपीआई की उपयोगिता को मापने के लिए अन्य मेट्रिक्स में कार्यात्मक दक्षता, समग्र शुद्धता और नौसिखियों के लिए सीखने की क्षमता जैसे गुण शामिल हो सकते हैं।<ref>{{cite journal | url=https://dl.acm.org/doi/pdf/10.1145/2896587 | doi=10.1145/2896587 | title=एपीआई उपयोगिता में सुधार| year=2016 | last1=Myers | first1=Brad A. | last2=Stylos | first2=Jeffrey | journal=Communications of the ACM | volume=59 | issue=6 | pages=62–69 | s2cid=543853 }}</ref> एपीआई डिजाइन करने का एक सीधा और आमतौर पर अपनाया जाने वाला तरीका है नीलसन के ह्यूरिस्टिक्स|नील्सन के अनुमानी मूल्यांकन दिशानिर्देशों का पालन करना। फ़ैक्टरी विधि पैटर्न भी उनके पुन: प्रयोज्य प्रकृति के कारण एपीआई को डिजाइन करने में विशिष्ट है।<ref>Brian Ellis, Jeffrey Stylos, and Brad Myers. 2007. The Factory Pattern in API Design: A Usability Evaluation. In ''Proceedings of the 29th international conference on Software Engineering'' (''ICSE '07''). IEEE Computer Society, USA, 302–312. DOI:https://doi.org/10.1109/ICSE.2007.85 http://www.cs.cmu.edu/~NatProg/papers/Ellis2007FactoryUsability.pdf</ref> इस प्रकार, एपीआई का डिज़ाइन केवल वे उपकरण प्रदान करने का प्रयास करता है जिनकी उपयोगकर्ता अपेक्षा करता है।<ref name="Clarke4" />
=== तुल्यकालिक बनाम अतुल्यकालिक ===
=== तुल्यकालिक बनाम अतुल्यकालिक ===
एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस अतुल्यकालिक विधि मंगलाचरण हो सकता है। एक सिंक्रोनस एपीआई कॉल एक डिज़ाइन पैटर्न है जहां कॉल साइट को कॉल किए गए कोड के समाप्त होने की प्रतीक्षा करते समय अवरुद्ध कर दिया जाता है।<ref>[https://developer.cisco.com/docs/packaged-contact-center/#!synchronous-vs-asynchronous-writes Synchronous vs. Asynchronous Writes - Packaged Contact Center Enterprise - Document - Cisco DevNet]</ref> एसिंक्रोनस एपीआई कॉल के साथ, हालांकि, कॉल साइट को कॉल किए गए कोड के समाप्त होने की प्रतीक्षा करते समय ब्लॉक नहीं किया जाता है, और इसके बजाय उत्तर आने पर कॉलिंग थ्रेड को सूचित किया जाता है।
एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस अतुल्यकालिक विधि मंगलाचरण हो सकता है। एक सिंक्रोनस एपीआई कॉल एक डिज़ाइन पैटर्न है जहां कॉल साइट को कॉल किए गए कोड के समाप्त होने की प्रतीक्षा करते समय अवरुद्ध कर दिया जाता है।<ref>[https://developer.cisco.com/docs/packaged-contact-center/#!synchronous-vs-asynchronous-writes Synchronous vs. Asynchronous Writes - Packaged Contact Center Enterprise - Document - Cisco DevNet]</ref> एसिंक्रोनस एपीआई कॉल के साथ, हालांकि, कॉल साइट को कॉल किए गए कोड के समाप्त होने की प्रतीक्षा करते समय ब्लॉक नहीं किया जाता है, और इसके बजाय उत्तर आने पर कॉलिंग थ्रेड को सूचित किया जाता है।
Line 164: Line 145:
== सुरक्षा ==
== सुरक्षा ==
पब्लिक फेसिंग एपीआई विकसित करते समय एपीआई सुरक्षा बहुत महत्वपूर्ण है। सामान्य खतरों में SQL इंजेक्शन, डेनियल-ऑफ़-सर्विस अटैक (DoS), टूटा हुआ प्रमाणीकरण और संवेदनशील डेटा को उजागर करना शामिल है।<ref>{{cite web |url=https://owasp.org/www-project-api-security/ |title=ग्लोबल क्लाउड माइक्रोसर्विसेज मार्केट (2021 से 2026)|last=Silva |first=Paulo |date=2019 |access-date=2022-03-29}}</ref> उचित सुरक्षा प्रथाओं को सुनिश्चित किए बिना खराब अभिनेता उस जानकारी तक पहुंच प्राप्त कर सकते हैं जो उनके पास नहीं होनी चाहिए या आपके सर्वर में परिवर्तन करने के लिए विशेषाधिकार भी प्राप्त कर सकते हैं। कुछ सामान्य सुरक्षा प्रथाओं में HTTPS का उपयोग करके उचित कनेक्शन सुरक्षा, डेटा इंजेक्शन हमलों को कम करने के लिए सामग्री सुरक्षा, और आपकी सेवा का उपयोग करने के लिए API कुंजी की आवश्यकता शामिल है।<ref>{{cite web |url=https://developer.mozilla.org/en-US/docs/Web/Security |title=वेब सुरक्षा|date=2022-02-18 |access-date=2022-03-29}}</ref> कई सार्वजनिक एपीआई सेवाओं के लिए आपको एक निर्दिष्ट एपीआई कुंजी का उपयोग करने की आवश्यकता होती है, और आपके अनुरोध के साथ कुंजी भेजे बिना डेटा की सेवा करने से इंकार कर देगी।<ref>{{Cite web |date=2022-03-01 |title=एपीआई कुंजी - एपीआई कुंजी क्या है? {{!}} एपीआईलेयर ब्लॉग|url=https://blog.apilayer.com/api-keys-what-is-an-api-key/ |access-date=2022-07-15 |language=en-US}}</ref>
पब्लिक फेसिंग एपीआई विकसित करते समय एपीआई सुरक्षा बहुत महत्वपूर्ण है। सामान्य खतरों में SQL इंजेक्शन, डेनियल-ऑफ़-सर्विस अटैक (DoS), टूटा हुआ प्रमाणीकरण और संवेदनशील डेटा को उजागर करना शामिल है।<ref>{{cite web |url=https://owasp.org/www-project-api-security/ |title=ग्लोबल क्लाउड माइक्रोसर्विसेज मार्केट (2021 से 2026)|last=Silva |first=Paulo |date=2019 |access-date=2022-03-29}}</ref> उचित सुरक्षा प्रथाओं को सुनिश्चित किए बिना खराब अभिनेता उस जानकारी तक पहुंच प्राप्त कर सकते हैं जो उनके पास नहीं होनी चाहिए या आपके सर्वर में परिवर्तन करने के लिए विशेषाधिकार भी प्राप्त कर सकते हैं। कुछ सामान्य सुरक्षा प्रथाओं में HTTPS का उपयोग करके उचित कनेक्शन सुरक्षा, डेटा इंजेक्शन हमलों को कम करने के लिए सामग्री सुरक्षा, और आपकी सेवा का उपयोग करने के लिए API कुंजी की आवश्यकता शामिल है।<ref>{{cite web |url=https://developer.mozilla.org/en-US/docs/Web/Security |title=वेब सुरक्षा|date=2022-02-18 |access-date=2022-03-29}}</ref> कई सार्वजनिक एपीआई सेवाओं के लिए आपको एक निर्दिष्ट एपीआई कुंजी का उपयोग करने की आवश्यकता होती है, और आपके अनुरोध के साथ कुंजी भेजे बिना डेटा की सेवा करने से इंकार कर देगी।<ref>{{Cite web |date=2022-03-01 |title=एपीआई कुंजी - एपीआई कुंजी क्या है? {{!}} एपीआईलेयर ब्लॉग|url=https://blog.apilayer.com/api-keys-what-is-an-api-key/ |access-date=2022-07-15 |language=en-US}}</ref>
== रिलीज नीतियां ==
== रिलीज नीतियां ==
एपीआई अधिक सामान्य तरीकों में से एक है जिसे प्रौद्योगिकी कंपनियां एकीकृत करती हैं। एपीआई प्रदान करने और उपयोग करने वालों को एक व्यावसायिक पारिस्थितिकी तंत्र के सदस्य के रूप में माना जाता है।<ref>{{cite web|
एपीआई अधिक सामान्य तरीकों में से एक है जिसे प्रौद्योगिकी कंपनियां एकीकृत करती हैं। एपीआई प्रदान करने और उपयोग करने वालों को एक व्यावसायिक पारिस्थितिकी तंत्र के सदस्य के रूप में माना जाता है।<ref>{{cite web|
Line 179: Line 158:
*<u>भागीदार</u>: केवल विशिष्ट व्यावसायिक भागीदार ही एपीआई का उपयोग कर सकते हैं। उदाहरण के लिए, किराए पर लेने वाली कंपनियां जैसे Uber और Lyft, स्वीकृत तृतीय-पक्ष डेवलपर्स को उनके ऐप के भीतर से सीधे सवारी का आदेश देने की अनुमति देती हैं। यह कंपनियों को गुणवत्ता नियंत्रण का अभ्यास करने की अनुमति देता है कि किन ऐप्स की एपीआई तक पहुंच है और उन्हें एक अतिरिक्त राजस्व स्ट्रीम प्रदान करता है।<ref>{{Cite web |url=https://www.adexchanger.com/mobile/car-service-apis-everywhere-whats-partner-apps/ |title=कार सर्विस एपीआई हर जगह हैं, लेकिन पार्टनर ऐप्स के लिए इसमें क्या है?|last=Weissbrot |first=Alison | website=AdExchanger |date=7 July 2016}}</ref>
*<u>भागीदार</u>: केवल विशिष्ट व्यावसायिक भागीदार ही एपीआई का उपयोग कर सकते हैं। उदाहरण के लिए, किराए पर लेने वाली कंपनियां जैसे Uber और Lyft, स्वीकृत तृतीय-पक्ष डेवलपर्स को उनके ऐप के भीतर से सीधे सवारी का आदेश देने की अनुमति देती हैं। यह कंपनियों को गुणवत्ता नियंत्रण का अभ्यास करने की अनुमति देता है कि किन ऐप्स की एपीआई तक पहुंच है और उन्हें एक अतिरिक्त राजस्व स्ट्रीम प्रदान करता है।<ref>{{Cite web |url=https://www.adexchanger.com/mobile/car-service-apis-everywhere-whats-partner-apps/ |title=कार सर्विस एपीआई हर जगह हैं, लेकिन पार्टनर ऐप्स के लिए इसमें क्या है?|last=Weissbrot |first=Alison | website=AdExchanger |date=7 July 2016}}</ref>
*<u>सार्वजनिक</u>: एपीआई जनता के उपयोग के लिए उपलब्ध है। उदाहरण के लिए, Microsoft Windows API को सार्वजनिक करता है, और Apple Inc. अपना API Cocoa (API) जारी करता है ताकि सॉफ्टवेयर को उनके कंप्यूटिंग प्लेटफॉर्म के लिए लिखा जा सके। सभी सार्वजनिक एपीआई आम तौर पर हर किसी के द्वारा सुलभ नहीं होते हैं। उदाहरण के लिए, क्लाउडफ्लेयर या वोक्सिलिटी जैसे इंटरनेट सेवा प्रदाता, ग्राहकों और पुनर्विक्रेताओं को उनकी बुनियादी सुविधाओं की जानकारी, DDoS आँकड़े, नेटवर्क प्रदर्शन, या डैशबोर्ड नियंत्रणों तक पहुँचने की अनुमति देने के लिए RESTful API का उपयोग करते हैं।<ref name="Cloudflare">{{Cite web |url=https://api.cloudflare.com/ |title=क्लाउडफ्लेयर एपीआई v4 प्रलेखन|date=25 February 2020 |website=cloudflare |access-date=27 February 2020}}</ref> ऐसे एपीआई तक पहुंच या तो एपीआई टोकन या ग्राहक स्थिति सत्यापन द्वारा प्रदान की जाती है।<ref name="SmashMagazine">{{Cite web |url=https://www.smashingmagazine.com/2018/01/understanding-using-rest-api/ |title=कार सर्विस एपीआई हर जगह हैं, लेकिन पार्टनर ऐप्स के लिए इसमें क्या है|last=Liew |first=Zell |date=17 January 2018 |website=Smashing Magazine |access-date=27 February 2020}}</ref>
*<u>सार्वजनिक</u>: एपीआई जनता के उपयोग के लिए उपलब्ध है। उदाहरण के लिए, Microsoft Windows API को सार्वजनिक करता है, और Apple Inc. अपना API Cocoa (API) जारी करता है ताकि सॉफ्टवेयर को उनके कंप्यूटिंग प्लेटफॉर्म के लिए लिखा जा सके। सभी सार्वजनिक एपीआई आम तौर पर हर किसी के द्वारा सुलभ नहीं होते हैं। उदाहरण के लिए, क्लाउडफ्लेयर या वोक्सिलिटी जैसे इंटरनेट सेवा प्रदाता, ग्राहकों और पुनर्विक्रेताओं को उनकी बुनियादी सुविधाओं की जानकारी, DDoS आँकड़े, नेटवर्क प्रदर्शन, या डैशबोर्ड नियंत्रणों तक पहुँचने की अनुमति देने के लिए RESTful API का उपयोग करते हैं।<ref name="Cloudflare">{{Cite web |url=https://api.cloudflare.com/ |title=क्लाउडफ्लेयर एपीआई v4 प्रलेखन|date=25 February 2020 |website=cloudflare |access-date=27 February 2020}}</ref> ऐसे एपीआई तक पहुंच या तो एपीआई टोकन या ग्राहक स्थिति सत्यापन द्वारा प्रदान की जाती है।<ref name="SmashMagazine">{{Cite web |url=https://www.smashingmagazine.com/2018/01/understanding-using-rest-api/ |title=कार सर्विस एपीआई हर जगह हैं, लेकिन पार्टनर ऐप्स के लिए इसमें क्या है|last=Liew |first=Zell |date=17 January 2018 |website=Smashing Magazine |access-date=27 February 2020}}</ref>
=== सार्वजनिक एपीआई निहितार्थ ===
=== सार्वजनिक एपीआई निहितार्थ ===
जब एक एपीआई सार्वजनिक हो जाता है तो एक महत्वपूर्ण कारक इसकी इंटरफ़ेस स्थिरता है। एपीआई में परिवर्तन - उदाहरण के लिए फ़ंक्शन कॉल में नए पैरामीटर जोड़ना - उस एपीआई पर निर्भर क्लाइंट के साथ संगतता तोड़ सकता है।<ref name="researchgate.net">{{Cite book |last1=Shi |first1=Lin |url=https://www.researchgate.net/publication/225147411 |title=एपीआई प्रलेखन के विकास पर एक अनुभवजन्य अध्ययन|last2=Zhong |first2=Hao |last3=Xie |first3=Tao |last4=Li |first4=Mingshu |date=2011 |work=International Conference on Fundamental Approaches to Software Engineering |isbn=978-3-642-19810-6 |series=Lecture Notes in Computer Science |volume=6603 |pages=416–431 |doi=10.1007/978-3-642-19811-3_29 |access-date=22 July 2016}}</ref>
जब एक एपीआई सार्वजनिक हो जाता है तो एक महत्वपूर्ण कारक इसकी इंटरफ़ेस स्थिरता है। एपीआई में परिवर्तन - उदाहरण के लिए फ़ंक्शन कॉल में नए पैरामीटर जोड़ना - उस एपीआई पर निर्भर क्लाइंट के साथ संगतता तोड़ सकता है।<ref name="researchgate.net">{{Cite book |last1=Shi |first1=Lin |url=https://www.researchgate.net/publication/225147411 |title=एपीआई प्रलेखन के विकास पर एक अनुभवजन्य अध्ययन|last2=Zhong |first2=Hao |last3=Xie |first3=Tao |last4=Li |first4=Mingshu |date=2011 |work=International Conference on Fundamental Approaches to Software Engineering |isbn=978-3-642-19810-6 |series=Lecture Notes in Computer Science |volume=6603 |pages=416–431 |doi=10.1007/978-3-642-19811-3_29 |access-date=22 July 2016}}</ref>
Line 187: Line 164:
क्लाइंट कोड में नवीन या अवसरवादी उपयोग हो सकते हैं जो एपीआई डिजाइनरों द्वारा अभिप्रेत नहीं थे। दूसरे शब्दों में, महत्वपूर्ण उपयोगकर्ता आधार वाली लाइब्रेरी के लिए, जब कोई तत्व सार्वजनिक एपीआई का हिस्सा बन जाता है, तो इसका उपयोग विविध तरीकों से किया जा सकता है।<ref name="MendezBaudry2013">{{Cite book |last1=Mendez |first1=Diego |title=2013 स्रोत कोड विश्लेषण और हेरफेर (SCAM) पर IEEE 13वां अंतर्राष्ट्रीय कार्य सम्मेलन|last2=Baudry |first2=Benoit |last3=Monperrus |first3=Martin |year=2013 |isbn=978-1-4673-5739-5 |pages=43–52 |chapter=Empirical evidence of large-scale diversity in API usage of object-oriented software |arxiv=1307.4062 |doi=10.1109/SCAM.2013.6648183 |s2cid=6890739 |chapter-url=https://hal.archives-ouvertes.fr/hal-00844753/document}}</ref>
क्लाइंट कोड में नवीन या अवसरवादी उपयोग हो सकते हैं जो एपीआई डिजाइनरों द्वारा अभिप्रेत नहीं थे। दूसरे शब्दों में, महत्वपूर्ण उपयोगकर्ता आधार वाली लाइब्रेरी के लिए, जब कोई तत्व सार्वजनिक एपीआई का हिस्सा बन जाता है, तो इसका उपयोग विविध तरीकों से किया जा सकता है।<ref name="MendezBaudry2013">{{Cite book |last1=Mendez |first1=Diego |title=2013 स्रोत कोड विश्लेषण और हेरफेर (SCAM) पर IEEE 13वां अंतर्राष्ट्रीय कार्य सम्मेलन|last2=Baudry |first2=Benoit |last3=Monperrus |first3=Martin |year=2013 |isbn=978-1-4673-5739-5 |pages=43–52 |chapter=Empirical evidence of large-scale diversity in API usage of object-oriented software |arxiv=1307.4062 |doi=10.1109/SCAM.2013.6648183 |s2cid=6890739 |chapter-url=https://hal.archives-ouvertes.fr/hal-00844753/document}}</ref>
19 फरवरी, 2020 को, अकामाई टेक्नोलॉजीज ने दुनिया भर में वित्तीय सेवाओं पर सार्वजनिक एपीआई प्लेटफार्मों को लक्षित करने वाले साइबर अपराधियों की बढ़ती प्रवृत्ति को प्रदर्शित करते हुए अपनी वार्षिक इंटरनेट रिपोर्ट प्रकाशित की। दिसंबर 2017 से नवंबर 2019 तक, अकामाई ने 85.42 बिलियन क्रेडेंशियल उल्लंघन के हमले देखे। लगभग 20%, या 16.55 बिलियन, एपीआई एंडपॉइंट्स के रूप में परिभाषित होस्टनामों के विरुद्ध थे। इनमें से 473.5 मिलियन ने वित्तीय सेवा क्षेत्र के संगठनों को लक्षित किया है।<ref name="VentureBeat">{{Cite web |url=https://venturebeat.com/2020/02/19/akamai-cybercriminals-are-attacking-apis-at-financial-services-firms/ |title=अकामाई: साइबर अपराधी वित्तीय सेवा फर्मों के एपीआई पर हमला कर रहे हैं|last=Takanashi |first=Dean |date=19 February 2020 |website=Venture Beat |access-date=27 February 2020}}</ref>
19 फरवरी, 2020 को, अकामाई टेक्नोलॉजीज ने दुनिया भर में वित्तीय सेवाओं पर सार्वजनिक एपीआई प्लेटफार्मों को लक्षित करने वाले साइबर अपराधियों की बढ़ती प्रवृत्ति को प्रदर्शित करते हुए अपनी वार्षिक इंटरनेट रिपोर्ट प्रकाशित की। दिसंबर 2017 से नवंबर 2019 तक, अकामाई ने 85.42 बिलियन क्रेडेंशियल उल्लंघन के हमले देखे। लगभग 20%, या 16.55 बिलियन, एपीआई एंडपॉइंट्स के रूप में परिभाषित होस्टनामों के विरुद्ध थे। इनमें से 473.5 मिलियन ने वित्तीय सेवा क्षेत्र के संगठनों को लक्षित किया है।<ref name="VentureBeat">{{Cite web |url=https://venturebeat.com/2020/02/19/akamai-cybercriminals-are-attacking-apis-at-financial-services-firms/ |title=अकामाई: साइबर अपराधी वित्तीय सेवा फर्मों के एपीआई पर हमला कर रहे हैं|last=Takanashi |first=Dean |date=19 February 2020 |website=Venture Beat |access-date=27 February 2020}}</ref>
== दस्तावेज़ीकरण ==
== दस्तावेज़ीकरण ==
एपीआई प्रलेखन उन सेवाओं का वर्णन करता है जो एक एपीआई प्रदान करता है और उन सेवाओं का उपयोग कैसे करें, जिसका लक्ष्य व्यावहारिक उद्देश्यों के लिए एक ग्राहक को जानने की आवश्यकता होगी।
एपीआई प्रलेखन उन सेवाओं का वर्णन करता है जो एक एपीआई प्रदान करता है और उन सेवाओं का उपयोग कैसे करें, जिसका लक्ष्य व्यावहारिक उद्देश्यों के लिए एक ग्राहक को जानने की आवश्यकता होगी।
Line 214: Line 189:
2016 में, दो सप्ताह के परीक्षण के बाद, एक जूरी ने निर्धारित किया कि जावा एपीआई के Google के पुन: कार्यान्वयन ने उचित उपयोग का गठन किया, लेकिन ओरेकल ने निर्णय की अपील करने की कसम खाई।<ref>{{Cite web |url=https://arstechnica.com/tech-policy/2016/05/google-wins-trial-against-oracle-as-jury-finds-android-is-fair-use/ |title=Google Oracle को हराता है - Android Java API का "उचित उपयोग" करता है|date=2016-05-26 |website=Ars Technica |access-date=2016-07-28}}</ref> ओरेकल ने अपनी अपील पर जीत हासिल की, कोर्ट ऑफ अपील्स फॉर द फेडरल सर्किट के फैसले के साथ कि Google द्वारा एपीआई का उपयोग उचित उपयोग के लिए योग्य नहीं था।<ref name="bbn march2018">{{Cite web |url=https://www.bloomberg.com/news/articles/2018-03-27/oracle-wins-revival-of-billion-dollar-case-against-google |title=ऑरेकल ने गूगल के खिलाफ बिलियन-डॉलर केस का पुनरुद्धार जीता|last=Decker |first=Susan |date=March 27, 2018 |website=[[Bloomberg Businessweek]] |access-date=March 27, 2018}}</ref> 2019 में, Google ने संयुक्त राज्य के सर्वोच्च न्यायालय में कॉपीराइट योग्यता और उचित उपयोग दोनों के निर्णयों पर अपील की, और सर्वोच्च न्यायालय ने समीक्षा की अनुमति दी।<ref name="ars Jan2019">{{Cite web |url=https://arstechnica.com/tech-policy/2019/01/google-asks-supreme-court-to-overrule-disastrous-ruling-on-api-copyrights/ |title=Google ने सर्वोच्च न्यायालय से एपीआई कॉपीराइट पर विनाशकारी फैसले को रद्द करने के लिए कहा|last=Lee |first=Timothy |date=January 25, 2019 |website=[[Ars Technica]] |access-date=February 8, 2019}}</ref> COVID-19 महामारी के कारण, मामले की मौखिक सुनवाई अक्टूबर 2020 तक विलंबित हो गई।<ref>{{Cite web|last=vkimber|date=2020-09-28|title=Google LLC v. Oracle अमेरिका, Inc.|url=https://www.law.cornell.edu/supct/cert/18-956|access-date=2021-03-06|website=LII / Legal Information Institute|language=en}}</ref>
2016 में, दो सप्ताह के परीक्षण के बाद, एक जूरी ने निर्धारित किया कि जावा एपीआई के Google के पुन: कार्यान्वयन ने उचित उपयोग का गठन किया, लेकिन ओरेकल ने निर्णय की अपील करने की कसम खाई।<ref>{{Cite web |url=https://arstechnica.com/tech-policy/2016/05/google-wins-trial-against-oracle-as-jury-finds-android-is-fair-use/ |title=Google Oracle को हराता है - Android Java API का "उचित उपयोग" करता है|date=2016-05-26 |website=Ars Technica |access-date=2016-07-28}}</ref> ओरेकल ने अपनी अपील पर जीत हासिल की, कोर्ट ऑफ अपील्स फॉर द फेडरल सर्किट के फैसले के साथ कि Google द्वारा एपीआई का उपयोग उचित उपयोग के लिए योग्य नहीं था।<ref name="bbn march2018">{{Cite web |url=https://www.bloomberg.com/news/articles/2018-03-27/oracle-wins-revival-of-billion-dollar-case-against-google |title=ऑरेकल ने गूगल के खिलाफ बिलियन-डॉलर केस का पुनरुद्धार जीता|last=Decker |first=Susan |date=March 27, 2018 |website=[[Bloomberg Businessweek]] |access-date=March 27, 2018}}</ref> 2019 में, Google ने संयुक्त राज्य के सर्वोच्च न्यायालय में कॉपीराइट योग्यता और उचित उपयोग दोनों के निर्णयों पर अपील की, और सर्वोच्च न्यायालय ने समीक्षा की अनुमति दी।<ref name="ars Jan2019">{{Cite web |url=https://arstechnica.com/tech-policy/2019/01/google-asks-supreme-court-to-overrule-disastrous-ruling-on-api-copyrights/ |title=Google ने सर्वोच्च न्यायालय से एपीआई कॉपीराइट पर विनाशकारी फैसले को रद्द करने के लिए कहा|last=Lee |first=Timothy |date=January 25, 2019 |website=[[Ars Technica]] |access-date=February 8, 2019}}</ref> COVID-19 महामारी के कारण, मामले की मौखिक सुनवाई अक्टूबर 2020 तक विलंबित हो गई।<ref>{{Cite web|last=vkimber|date=2020-09-28|title=Google LLC v. Oracle अमेरिका, Inc.|url=https://www.law.cornell.edu/supct/cert/18-956|access-date=2021-03-06|website=LII / Legal Information Institute|language=en}}</ref>
इस मामले का फैसला सुप्रीम कोर्ट ने 6-2 के फैसले के साथ Google के पक्ष में दिया था। न्यायमूर्ति स्टीफन ब्रेयर ने अदालत की राय दी और एक बिंदु पर उल्लेख किया कि घोषित कोड कॉपीराइट के मूल से अधिकांश कंप्यूटर प्रोग्रामों की तुलना में कॉपीराइट योग्य है। इसका अर्थ है कि कॉपीराइट सुरक्षा के मामले में एपीआई में उपयोग किए गए कोड उपन्यासों की तुलना में शब्दकोशों के समान हैं।<ref>{{Cite web|date=April 5, 2021|title=संयुक्त राज्य अमेरिका का सर्वोच्च न्यायालय, नंबर 18–956, GOOGLE LLC, याचिकाकर्ता बनाम Oracle अमेरिका, INC।|url=https://www.supremecourt.gov/opinions/20pdf/18-956_d18f.pdf}}</ref>
इस मामले का फैसला सुप्रीम कोर्ट ने 6-2 के फैसले के साथ Google के पक्ष में दिया था। न्यायमूर्ति स्टीफन ब्रेयर ने अदालत की राय दी और एक बिंदु पर उल्लेख किया कि घोषित कोड कॉपीराइट के मूल से अधिकांश कंप्यूटर प्रोग्रामों की तुलना में कॉपीराइट योग्य है। इसका अर्थ है कि कॉपीराइट सुरक्षा के मामले में एपीआई में उपयोग किए गए कोड उपन्यासों की तुलना में शब्दकोशों के समान हैं।<ref>{{Cite web|date=April 5, 2021|title=संयुक्त राज्य अमेरिका का सर्वोच्च न्यायालय, नंबर 18–956, GOOGLE LLC, याचिकाकर्ता बनाम Oracle अमेरिका, INC।|url=https://www.supremecourt.gov/opinions/20pdf/18-956_d18f.pdf}}</ref>
== उदाहरण ==
== उदाहरण ==
{{Main category|Application programming interfaces}}
{{Main category|Application programming interfaces}}
Line 233: Line 206:
* सिंपल डायरेक्टमीडिया लेयर (SDL)
* सिंपल डायरेक्टमीडिया लेयर (SDL)
{{Div col end}}
{{Div col end}}


== यह भी देखें ==
== यह भी देखें ==
Line 262: Line 234:
*एक्सपीकॉम
*एक्सपीकॉम
{{Div col end}}
{{Div col end}}


== संदर्भ ==
== संदर्भ ==

Revision as of 01:06, 1 January 2023

For other uses, see एपीआई (disambiguation).
"Api.php" redirects here. For the Wikipedia API, see Special:ApiHelp.
नासा द्वारा लिखित वेब एपीआई प्रलेखन का स्क्रीनशॉट।

एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस (एपीआई) दो या दो से अधिक कंप्यूटर प्रोग्रामों के लिए एक दूसरे के साथ संवाद करने का एक तरीका है। यह एक प्रकार का सॉफ़्टवेयर इंटरफ़ेस है, जो सॉफ़्टवेयर के अन्य भागों को सेवा प्रदान करता है।[1] एक दस्तावेज़ या मानक जो वर्णन करता है कि इस तरह के संबंध या इंटरफ़ेस को कैसे बनाया या उपयोग किया जाए, उसे एपीआई विनिर्देश कहा जाता है। एक कंप्यूटर प्रणाली जो इस मानक को पूरा करता है, उसे एपीआई को लागू करने या प्रदर्शित करने के लिए कहा जाता है। एपीआई शब्द विनिर्देश या कार्यान्वयन के लिए संदर्भित हो सकता है।

एक यूजर इंटरफेस के विपरीत, जो एक कंप्यूटर को एक व्यक्ति से जोड़ता है, एक एप्लिकेशन प्रोग्रामिंग इंटरफेस कंप्यूटर या सॉफ्टवेयर के भागों को एक दूसरे से जोड़ता है। यह एक कंप्यूटर प्रोग्रामर के अलावा किसी अन्य व्यक्ति (अंतिम उपयोगकर्ता) द्वारा सीधे उपयोग किए जाने के लिए अभिप्रेत नहीं है जो इसे सॉफ्टवेयर में सम्मिलित कर रहा है। एक एपीआई प्रायः विभिन्न भागों से बना होता है जो प्रोग्रामर के लिए उपलब्ध उपकरण या सेवाओं के रूप में कार्य करता है। एक प्रोग्राम या प्रोग्रामर जो इन भागों में से एक का उपयोग करता है, उसे एपीआई के उस हिस्से को कॉल करने के लिए कहा जाता है। एपीआई बनाने वाली कॉल को सबरूटीन्स, विधियों, अनुरोधों या समापन बिंदुओं के रूप में भी जाना जाता है। एक एपीआई विनिर्देश इन कॉलों को परिभाषित करता है, जिसका अर्थ है कि यह बताता है कि उनका उपयोग कैसे करें या उन्हें कैसे कार्यान्वित करें।

एपीआई का एक उद्देश्य आंतरिक विवरणों को छिपाना है कि एक प्रणाली कैसे काम करती है, केवल उन हिस्सों को प्रकट करता है जो प्रोग्रामर को उपयोगी लगेगा और आंतरिक विवरण बाद में बदल जाने पर भी उन्हें सुसंगत बनाए रखेगा। एक एपीआई प्रणाली की एक विशेष जोड़ी के लिए कस्टम-निर्मित हो सकता है, या यह एक साझा मानक हो सकता है जो कई प्रणालियों के बीच इंटरऑपरेबिलिटी की अनुमति देता है।

एपीआई शब्द का प्रयोग प्रायः वेब एपीआई को संदर्भित करने के लिए किया जाता है,[2] जो इंटरनेट से जुड़े कंप्यूटरों के बीच संचार की अनुमति देता है। प्रोग्रामिंग भाषाओं, सॉफ्टवेयर लाइब्रेरी, कंप्यूटर ऑपरेटिंग सिस्टम और कंप्यूटर हार्डवेयर के लिए एपीआई भी हैं। एपीआई की उत्पत्ति 1940 के दशक में हुई थी, हालांकि यह शब्द 1960 और 1970 के दशक तक सामने नहीं आया था। एपीआई में हाल के विकास ने माइक्रोसर्विसेज की लोकप्रियता में वृद्धि की है, जो सार्वजनिक एपीआई के माध्यम से अभिगम की जाने वाली शिथिल युग्मित सेवाएं हैं।[3]

उद्देश्य

अनुप्रयोगों के निर्माण में, एक एपीआई अंतर्निहित कार्यान्वयन को सारणित करके प्रोग्रामिंग को सरल बनाता है और केवल उन वस्तुओं या कार्यों को प्रकट करता है जिनकी डेवलपर को आवश्यकता होती है। जबकि एक ईमेल क्लाइंट के लिए ग्राफिकल इंटरफ़ेस उपयोगकर्ता को एक बटन प्रदान कर सकता है जो नए ईमेल लाने और स्पष्ट करने के लिए सभी चरणों का पालन करता है, फ़ाइल इनपुट/आउटपुट के लिए एक एपीआई डेवलपर को एक ऐसा फ़ंक्शन दे सकता है जो फ़ाइल को एक स्थान से दूसरे स्थान पर कॉपी करता है इस आवश्यकता के बिना कि डेवलपर दृश्यों के पीछे होने वाली फाइल प्रणाली संचालन को समझता है।[4]

शब्द का इतिहास

1978 का एक रेखाचित्र, केवल एप्लिकेशन प्रोग्राम से परे, एक सामान्य प्रोग्रामिंग इंटरफ़ेस बनने के लिए एपीआई के विचार के विस्तार का प्रस्ताव करता है।[5]

एपीआई शब्द प्रारम्भ में केवल एंड-यूज़र-फेसिंग प्रोग्राम के लिए एक इंटरफ़ेस का वर्णन करता है, जिसे एप्लिकेशन प्रोग्राम के रूप में जाना जाता है। यह उत्पत्ति अभी भी "एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस" के नाम से परिलक्षित होती है। आज, यह शब्द व्यापक है, जिसमें उपयोगिता (यूटिलिटी) सॉफ्टवेयर और यहां तक कि हार्डवेयर इंटरफेस भी सम्मिलित हैं।[6]

1940 और 1950 के दशक

API का विचार स्वयं शब्द से बहुत पुराना है। ब्रिटिश कंप्यूटर वैज्ञानिक मौरिस विल्क्स और डेविड व्हीलर ने 1940 के दशक में एक प्रारंभिक कंप्यूटर ईडीएसएसी (EDSAC) के लिए एक मॉड्यूलर सॉफ्टवेयर लाइब्रेरी पर काम किया। इस लाइब्रेरी में सबरूटीन्स को फाइलिंग कैबिनेट में व्यवस्थित पंच पेपर टेप पर संग्रहित किया गया था। इस कैबिनेट में यह भी सम्मिलित है कि विल्क्स और व्हीलर ने प्रत्येक सबरूटीन के बारे में नोट्स की एक "लाइब्रेरी कैटलॉग" को क्या कहा और इसे एक प्रोग्राम में कैसे सम्मिलित किया जाए। आज, इस तरह के कैटलॉग को एपीआई (या एपीआई विनिर्देश या एपीआई दस्तावेज) कहा जाएगा क्योंकि यह एक प्रोग्रामर को निर्देश देता है कि प्रोग्रामर को प्रत्येक सबरूटीन का उपयोग (या "कॉल") कैसे करें।[6]

विल्क्स एंड व्हीलर की 1951 की किताब एक इलेक्ट्रॉनिक डिजिटल कंप्यूटर के लिए प्रोग्राम तैयार करने में पहला प्रकाशित एपीआई विनिर्देश सम्मिलित है। जोशुआ बलोच का मानना है कि विल्क्स और व्हीलर ने "अव्यक्त रूप से एपीआई का आविष्कार" किया क्योंकि यह एक ऐसी अवधारणा है जिसे खोजा गया है न कि आविष्कार किया गया है।[6]

Although the people who coined the term API were implementing software on a UNIVAC 1100/2200 श्रृंखला #1108, उनके एपीआई का लक्ष्य हार्डवेयर स्वतंत्र कार्यक्रमों को संभव बनाना था।[7]

1960 और 1970 के दशक

टर्म एप्लिकेशन प्रोग्राम इंटरफ़ेस (बिना -इंग प्रत्यय के) पहली बार 1968 में AFIPS सम्मेलन में प्रस्तुत रिमोट कंप्यूटर ग्राफिक्स के लिए डेटा स्ट्रक्चर्स एंड टेक्निक्स नामक एक पेपर में दर्ज किया गया था।[8][6]इस पत्र के लेखक इस शब्द का उपयोग एक एप्लिकेशन की बातचीत का वर्णन करने के लिए करते हैं - इस मामले में एक ग्राफिक्स प्रोग्राम - बाकी कंप्यूटर सिस्टम के साथ। एक सुसंगत एप्लिकेशन इंटरफ़ेस (फोरट्रान सबरूटीन कॉल से मिलकर) का उद्देश्य प्रोग्रामर को ग्राफिक्स डिस्प्ले डिवाइस की आइडियोसिंक्रसी से निपटने से मुक्त करना था, और कंप्यूटर या डिस्प्ले को बदलने पर हार्डवेयर स्वतंत्रता प्रदान करना था।[7]

यह शब्द डेटाबेस के क्षेत्र में क्रिस्टोफर जे. डेट|सी द्वारा पेश किया गया था। जे दिनांक[9] 1974 में द रिलेशनल डेटाबेस एंड नेटवर्क मॉडल अप्रोचेज: कंपेरिजन ऑफ द एप्लीकेशन प्रोग्रामिंग इंटरफेस नामक पेपर में।[10] एक एपीआई ANSI-SPARC आर्किटेक्चर| डेटाबेस प्रबंधन प्रणालियों के लिए ANSI/SPARC फ्रेमवर्क का एक हिस्सा बन गया। इस ढांचे ने एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस को अन्य इंटरफेस, जैसे कि क्वेरी इंटरफ़ेस से अलग से व्यवहार किया। 1970 के दशक में डेटाबेस पेशेवरों ने देखा कि इन विभिन्न इंटरफेस को जोड़ा जा सकता है; पर्याप्त रूप से समृद्ध एप्लिकेशन इंटरफ़ेस अन्य इंटरफेस का भी समर्थन कर सकता है।[5] इस अवलोकन ने एपीआई का नेतृत्व किया जो सभी प्रकार की प्रोग्रामिंग का समर्थन करता था, न कि केवल एप्लिकेशन प्रोग्रामिंग का।

1990 के दशक

1990 तक, एपीआई को टेक्नोलॉजिस्ट कार्ल मालामुद द्वारा कुछ कार्यों को करने के लिए एक प्रोग्रामर के लिए उपलब्ध सेवाओं के एक सेट के रूप में परिभाषित किया गया था।[11] दूरस्थ प्रक्रिया कॉल और वेब एपीआई की शुरुआत के साथ एपीआई के विचार को फिर से विस्तारित किया गया। चूंकि 1970 और 1980 के दशक में कंप्यूटर नेटवर्क आम हो गए थे, प्रोग्रामर न केवल अपने स्थानीय कंप्यूटरों पर स्थित पुस्तकालयों को बुलाना चाहते थे बल्कि अन्यत्र स्थित कंप्यूटरों पर भी कॉल करना चाहते थे। इन दूरस्थ प्रक्रिया कॉलों को विशेष रूप से जावा (प्रोग्रामिंग भाषा) भाषा द्वारा समर्थित किया गया था। 1990 के दशक में, इंटरनेट के प्रसार के साथ, CORBA, कंपोनेंट ऑब्जेक्ट मॉडल और डिस्ट्रिब्यूटेड कंपोनेंट ऑब्जेक्ट मॉडल जैसे मानकों ने API सेवाओं को उजागर करने का सबसे आम तरीका बनने के लिए प्रतिस्पर्धा की।[12]

2000 के दशक

2000 में यूसी इरविन में रॉय फील्डिंग के निबंध आर्किटेक्चरल स्टाइल्स एंड द डिजाइन ऑफ नेटवर्क-बेस्ड सॉफ्टवेयर आर्किटेक्चर ने रिप्रेजेंटेशनल स्टेट ट्रांसफर (आरईएसटी) को रेखांकित किया और एक नेटवर्क-आधारित एप्लिकेशन प्रोग्रामिंग इंटरफेस के विचार का वर्णन किया, जो फील्डिंग पारंपरिक लाइब्रेरी-आधारित एपीआई के विपरीत है।[13] XML और JSON वेब APIs ने 2000 में व्यापक व्यावसायिक स्वीकृति देखी और 2022 तक जारी रही। वेब API अब API शब्द का सबसे सामान्य अर्थ है।[2] 2001 में टिम बर्नर्स-ली द्वारा प्रस्तावित सिमेंटिक वेब में सिमेंटिक एपीआई शामिल थे जो एपीआई को एक सॉफ्टवेयर व्यवहार इंटरफेस के बजाय एक खुले नवाचार, वितरित डेटा इंटरफेस के रूप में पुन: पेश करते हैं।[14] मालिकाना सॉफ्टवेयर इंटरफेस और एजेंट खुले वाले की तुलना में अधिक व्यापक हो गए, लेकिन डेटा इंटरफेस के रूप में एपीआई के विचार ने जोर पकड़ लिया। क्योंकि वेब एपीआई व्यापक रूप से ऑनलाइन सभी प्रकार के डेटा का आदान-प्रदान करने के लिए उपयोग किया जाता है, एपीआई एक व्यापक शब्द बन गया है जो इंटरनेट पर अधिकांश संचार का वर्णन करता है।[12]जब इस तरह से उपयोग किया जाता है, तो एपीआई शब्द शब्द संचार प्रोटोकॉल के अर्थ में ओवरलैप होता है।

उपयोग

पुस्तकालय और चौखटे

लाइब्रेरी (कंप्यूटिंग) का इंटरफ़ेस एक प्रकार का एपीआई है। एपीआई अपेक्षित व्यवहार (एक विनिर्देश) का वर्णन करता है और निर्धारित करता है, जबकि पुस्तकालय नियमों के इस सेट का वास्तविक कार्यान्वयन है।

एक ही प्रोग्रामिंग इंटरफेस को साझा करने वाले विभिन्न पुस्तकालयों के रूप में एक एकल एपीआई में कई कार्यान्वयन (या कोई नहीं, सार हो सकता है) हो सकता है।

एपीआई को इसके कार्यान्वयन से अलग करने से एक भाषा में लिखे प्रोग्राम को दूसरी भाषा में लिखे गए पुस्तकालय का उपयोग करने की अनुमति मिल सकती है। उदाहरण के लिए, क्योंकि स्काला (प्रोग्रामिंग लैंग्वेज) और जावा (प्रोग्रामिंग लैंग्वेज) संगत बायटेकोड के लिए संकलित हैं, स्काला डेवलपर्स किसी भी जावा एपीआई का लाभ उठा सकते हैं।[15] एपीआई का उपयोग शामिल प्रोग्रामिंग भाषा के प्रकार के आधार पर भिन्न हो सकता है। लुआ (प्रोग्रामिंग लैंग्वेज) जैसी प्रक्रियात्मक प्रोग्रामिंग के लिए एक एपीआई में मुख्य रूप से कोड को निष्पादित करने, डेटा में हेरफेर करने या त्रुटियों को संभालने के लिए बुनियादी रूटीन शामिल हो सकते हैं, जबकि ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के लिए एपीआई। ऑब्जेक्ट-ओरिएंटेड भाषा, जैसे जावा, एक प्रदान करेगी। कक्षाओं और इसकी कक्षा विधियों का विनिर्देश।[16][17] हिरुम का नियम [18] बताता है कि एपीआई के उपयोगकर्ताओं की पर्याप्त संख्या के साथ, इससे कोई फर्क नहीं पड़ता कि आप अनुबंध में क्या वादा करते हैं: आपके सिस्टम के सभी अवलोकन योग्य व्यवहार किसी के द्वारा निर्भर होंगे। इस बीच, कई अध्ययनों से पता चलता है कि एपीआई का उपयोग करने वाले अधिकांश एप्लिकेशन एपीआई के एक छोटे से हिस्से का उपयोग करते हैं।[19] एपीआई का उपयोग वास्तव में उपयोगकर्ताओं की संख्या के साथ-साथ एपीआई की लोकप्रियता के आधार पर भिन्न होता है।[20] भाषा बंधन भी एपीआई हैं। एक भाषा की विशेषताओं और क्षमताओं को दूसरी भाषा में लागू किए गए इंटरफ़ेस से मैप करके, एक भाषा बंधन किसी अन्य भाषा में विकसित होने पर एक भाषा में लिखी गई लाइब्रेरी या सेवा का उपयोग करने की अनुमति देता है।[21] SWIG और F2PY जैसे उपकरण, एक फोरट्रान-टू-पायथन (प्रोग्रामिंग भाषा) इंटरफ़ेस जनरेटर, ऐसे इंटरफेस के निर्माण की सुविधा प्रदान करते हैं।[22] एक एपीआई एक फ्रेमवर्क (कंप्यूटर साइंस) से भी संबंधित हो सकता है: एक फ्रेमवर्क कई एपीआई को लागू करने वाले कई पुस्तकालयों पर आधारित हो सकता है, लेकिन एक एपीआई के सामान्य उपयोग के विपरीत, ढांचे में निर्मित व्यवहार की पहुंच इसकी सामग्री का विस्तार करके मध्यस्थता की जाती है। नए वर्गों के साथ ढांचे में ही प्लग किया गया।

इसके अलावा, नियंत्रण का समग्र कार्यक्रम प्रवाह कॉल करने वाले के नियंत्रण से बाहर हो सकता है और नियंत्रण के व्युत्क्रम या इसी तरह के तंत्र द्वारा ढांचे के हाथों में हो सकता है।[23][24]

ऑपरेटिंग सिस्टम

एक एपीआई एक एप्लिकेशन और ऑपरेटिंग सिस्टम के बीच इंटरफेस को निर्दिष्ट कर सकता है।[25] POSIX, उदाहरण के लिए, सामान्य API विनिर्देशों का एक सेट प्रदान करता है जिसका उद्देश्य POSIX अनुरूप ऑपरेटिंग सिस्टम के लिए लिखे गए एप्लिकेशन को अन्य POSIX अनुरूप ऑपरेटिंग सिस्टम के लिए कंपाइलर बनाना है।

लिनक्स और बर्कले सॉफ्टवेयर डिस्ट्रीब्यूशन ऑपरेटिंग सिस्टम के उदाहरण हैं जो POSIX API को लागू करते हैं।[26] माइक्रोसॉफ्ट ने पिछड़े-संगत एपीआई के लिए विशेष रूप से अपने विंडोज एपीआई (विन 32) लाइब्रेरी के लिए एक मजबूत प्रतिबद्धता दिखायी है, इसलिए पुराने एप्लिकेशन संगतता मोड नामक निष्पादन योग्य-विशिष्ट सेटिंग का उपयोग करके विंडोज़ के नए संस्करणों पर चल सकते हैं।[27] एक एपीआई एक एप्लिकेशन बाइनरी इंटरफ़ेस (एबीआई) से अलग है जिसमें एपीआई स्रोत कोड आधारित है जबकि एबीआई बाइनरी फ़ाइल आधारित है। उदाहरण के लिए, POSIX API प्रदान करता है जबकि Linux मानक आधार ABI प्रदान करता है।[28][29]

रिमोट एपीआई

दूरस्थ एपीआई डेवलपर्स को संचार प्रोटोकॉल के माध्यम से दूरस्थ संसाधनों में हेरफेर करने की अनुमति देते हैं, संचार के लिए विशिष्ट मानक जो विभिन्न तकनीकों को भाषा या प्लेटफॉर्म की परवाह किए बिना एक साथ काम करने की अनुमति देते हैं। उदाहरण के लिए, जावा डाटाबेस कनेक्टिविटी एपीआई डेवलपर्स को कार्यों के एक ही सेट के साथ कई अलग-अलग प्रकार के डेटाबेस को क्वेरी करने की अनुमति देता है, जबकि जावा रिमोट मेथड इनवोकेशन एपीआई जावा रिमोट मेथड प्रोटोकॉल का उपयोग करता है ताकि दूरस्थ रूप से काम करने वाले कार्यों की दूरस्थ प्रक्रिया कॉल की अनुमति दी जा सके लेकिन स्थानीय दिखाई दे। डेवलपर को।[30][31] इसलिए, दूरस्थ एपीआई वस्तु-उन्मुख प्रोग्रामिंग में वस्तु अमूर्तता को बनाए रखने में उपयोगी होते हैं; प्रॉक्सी पैटर्न ऑब्जेक्ट पर स्थानीय रूप से निष्पादित एक विधि कॉल, रिमोटिंग प्रोटोकॉल का उपयोग करके रिमोट ऑब्जेक्ट पर संबंधित विधि को आमंत्रित करता है, और परिणाम को स्थानीय रूप से रिटर्न वैल्यू के रूप में उपयोग करने के लिए प्राप्त करता है।

प्रॉक्सी ऑब्जेक्ट के एक संशोधन के परिणामस्वरूप रिमोट ऑब्जेक्ट का एक समान संशोधन भी होगा।[32]

वेब एपीआई

Main article: Web API

वेब एपीआई हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल (HTTP) का उपयोग करके क्लाइंट डिवाइस (मोबाइल फोन, लैपटॉप, आदि) से वेब सर्वर तक पहुंच वाली सेवा है। क्लाइंट डिवाइस HTTP अनुरोध के रूप में एक अनुरोध भेजते हैं, और आमतौर पर जावास्क्रिप्ट ऑब्जेक्ट नोटेशन (JSON) या एक्स्टेंसिबल मार्कअप लैंग्वेज (XML) प्रारूप में प्रतिक्रिया संदेश के साथ मिलते हैं। डेवलपर्स आमतौर पर उस सर्वर से डेटा के एक विशिष्ट सेट के लिए सर्वर को क्वेरी करने के लिए वेब एपीआई का उपयोग करते हैं।

एक उदाहरण एक शिपिंग कंपनी एपीआई हो सकती है जिसे शिपिंग सेवाओं को ऑर्डर करने की सुविधा के लिए ईकामर्स-केंद्रित वेबसाइट में जोड़ा जा सकता है और साइट डेवलपर को वेब डेटाबेस में शिपर की दर तालिका में प्रवेश किए बिना स्वचालित रूप से वर्तमान शिपिंग दरों को शामिल किया जा सकता है। जबकि वेब एपीआई ऐतिहासिक रूप से वेब सेवा का पर्यायवाची रहा है, हाल की प्रवृत्ति (तथाकथित वेब 2.0) सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल (SOAP) आधारित वेब सेवाओं और सेवा-उन्मुख वास्तुकला (SOA) से अधिक प्रत्यक्ष प्रतिनिधित्व वाली स्थिति की ओर बढ़ रही है। स्थानांतरण (REST) ​​शैली वेब संसाधन और संसाधन-उन्मुख आर्किटेक्चर (ROA)।[33] इस प्रवृत्ति का एक हिस्सा सिमेंटिक वेब मूवमेंट टू रिसोर्स डिस्क्रिप्शन फ्रेमवर्क (RDF) से संबंधित है, जो वेब-आधारित ऑन्कोलॉजी इंजीनियरिंग तकनीकों को बढ़ावा देने के लिए एक अवधारणा है। वेब एपीआई मैशअप (वेब ​​एप्लिकेशन हाइब्रिड) के रूप में ज्ञात नए अनुप्रयोगों में कई एपीआई के संयोजन की अनुमति देता है।[34] सोशल मीडिया स्पेस में, वेब एपीआई ने वेब समुदायों को समुदायों और अनुप्रयोगों के बीच सामग्री और डेटा साझा करने की सुविधा प्रदान करने की अनुमति दी है। इस तरह, एक स्थान पर गतिशील रूप से बनाई गई सामग्री को वेब पर कई स्थानों पर पोस्ट और अपडेट किया जा सकता है।[35] उदाहरण के लिए, ट्विटर का रेस्ट एपीआई डेवलपर्स को कोर ट्विटर डेटा तक पहुंचने की अनुमति देता है और सर्च एपीआई डेवलपर्स को ट्विटर सर्च और ट्रेंड डेटा के साथ इंटरैक्ट करने के तरीके प्रदान करता है।[36]

डिजाइन

एपीआई के डिजाइन का इसके उपयोग पर महत्वपूर्ण प्रभाव पड़ता है।[4]सबसे पहले, प्रोग्रामिंग इंटरफेस का डिजाइन सॉफ्टवेयर आर्किटेक्चर के एक महत्वपूर्ण हिस्से का प्रतिनिधित्व करता है, सॉफ्टवेयर के एक जटिल टुकड़े का संगठन।[37] सूचना छिपाने का सिद्धांत मॉड्यूल के कार्यान्वयन विवरण को छिपाकर मॉड्यूलर प्रोग्रामिंग को सक्षम करने के रूप में प्रोग्रामिंग इंटरफेस की भूमिका का वर्णन करता है ताकि मॉड्यूल के उपयोगकर्ताओं को मॉड्यूल के अंदर की जटिलताओं को समझने की आवश्यकता न हो।[38] पिछले अंतर्निहित सिद्धांत के अलावा, एपीआई की उपयोगिता को मापने के लिए अन्य मेट्रिक्स में कार्यात्मक दक्षता, समग्र शुद्धता और नौसिखियों के लिए सीखने की क्षमता जैसे गुण शामिल हो सकते हैं।[39] एपीआई डिजाइन करने का एक सीधा और आमतौर पर अपनाया जाने वाला तरीका है नीलसन के ह्यूरिस्टिक्स|नील्सन के अनुमानी मूल्यांकन दिशानिर्देशों का पालन करना। फ़ैक्टरी विधि पैटर्न भी उनके पुन: प्रयोज्य प्रकृति के कारण एपीआई को डिजाइन करने में विशिष्ट है।[40] इस प्रकार, एपीआई का डिज़ाइन केवल वे उपकरण प्रदान करने का प्रयास करता है जिनकी उपयोगकर्ता अपेक्षा करता है।[4]

तुल्यकालिक बनाम अतुल्यकालिक

एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस अतुल्यकालिक विधि मंगलाचरण हो सकता है। एक सिंक्रोनस एपीआई कॉल एक डिज़ाइन पैटर्न है जहां कॉल साइट को कॉल किए गए कोड के समाप्त होने की प्रतीक्षा करते समय अवरुद्ध कर दिया जाता है।[41] एसिंक्रोनस एपीआई कॉल के साथ, हालांकि, कॉल साइट को कॉल किए गए कोड के समाप्त होने की प्रतीक्षा करते समय ब्लॉक नहीं किया जाता है, और इसके बजाय उत्तर आने पर कॉलिंग थ्रेड को सूचित किया जाता है।

सुरक्षा

पब्लिक फेसिंग एपीआई विकसित करते समय एपीआई सुरक्षा बहुत महत्वपूर्ण है। सामान्य खतरों में SQL इंजेक्शन, डेनियल-ऑफ़-सर्विस अटैक (DoS), टूटा हुआ प्रमाणीकरण और संवेदनशील डेटा को उजागर करना शामिल है।[42] उचित सुरक्षा प्रथाओं को सुनिश्चित किए बिना खराब अभिनेता उस जानकारी तक पहुंच प्राप्त कर सकते हैं जो उनके पास नहीं होनी चाहिए या आपके सर्वर में परिवर्तन करने के लिए विशेषाधिकार भी प्राप्त कर सकते हैं। कुछ सामान्य सुरक्षा प्रथाओं में HTTPS का उपयोग करके उचित कनेक्शन सुरक्षा, डेटा इंजेक्शन हमलों को कम करने के लिए सामग्री सुरक्षा, और आपकी सेवा का उपयोग करने के लिए API कुंजी की आवश्यकता शामिल है।[43] कई सार्वजनिक एपीआई सेवाओं के लिए आपको एक निर्दिष्ट एपीआई कुंजी का उपयोग करने की आवश्यकता होती है, और आपके अनुरोध के साथ कुंजी भेजे बिना डेटा की सेवा करने से इंकार कर देगी।[44]

रिलीज नीतियां

एपीआई अधिक सामान्य तरीकों में से एक है जिसे प्रौद्योगिकी कंपनियां एकीकृत करती हैं। एपीआई प्रदान करने और उपयोग करने वालों को एक व्यावसायिक पारिस्थितिकी तंत्र के सदस्य के रूप में माना जाता है।[45] एपीआई जारी करने की मुख्य नीतियां हैं:[46]

  • निजी: एपीआई केवल कंपनी के आंतरिक उपयोग के लिए है।
  • भागीदार: केवल विशिष्ट व्यावसायिक भागीदार ही एपीआई का उपयोग कर सकते हैं। उदाहरण के लिए, किराए पर लेने वाली कंपनियां जैसे Uber और Lyft, स्वीकृत तृतीय-पक्ष डेवलपर्स को उनके ऐप के भीतर से सीधे सवारी का आदेश देने की अनुमति देती हैं। यह कंपनियों को गुणवत्ता नियंत्रण का अभ्यास करने की अनुमति देता है कि किन ऐप्स की एपीआई तक पहुंच है और उन्हें एक अतिरिक्त राजस्व स्ट्रीम प्रदान करता है।[47]
  • सार्वजनिक: एपीआई जनता के उपयोग के लिए उपलब्ध है। उदाहरण के लिए, Microsoft Windows API को सार्वजनिक करता है, और Apple Inc. अपना API Cocoa (API) जारी करता है ताकि सॉफ्टवेयर को उनके कंप्यूटिंग प्लेटफॉर्म के लिए लिखा जा सके। सभी सार्वजनिक एपीआई आम तौर पर हर किसी के द्वारा सुलभ नहीं होते हैं। उदाहरण के लिए, क्लाउडफ्लेयर या वोक्सिलिटी जैसे इंटरनेट सेवा प्रदाता, ग्राहकों और पुनर्विक्रेताओं को उनकी बुनियादी सुविधाओं की जानकारी, DDoS आँकड़े, नेटवर्क प्रदर्शन, या डैशबोर्ड नियंत्रणों तक पहुँचने की अनुमति देने के लिए RESTful API का उपयोग करते हैं।[48] ऐसे एपीआई तक पहुंच या तो एपीआई टोकन या ग्राहक स्थिति सत्यापन द्वारा प्रदान की जाती है।[49]

सार्वजनिक एपीआई निहितार्थ

जब एक एपीआई सार्वजनिक हो जाता है तो एक महत्वपूर्ण कारक इसकी इंटरफ़ेस स्थिरता है। एपीआई में परिवर्तन - उदाहरण के लिए फ़ंक्शन कॉल में नए पैरामीटर जोड़ना - उस एपीआई पर निर्भर क्लाइंट के साथ संगतता तोड़ सकता है।[50] जब सार्वजनिक रूप से प्रस्तुत एपीआई के हिस्से परिवर्तन के अधीन होते हैं और इस प्रकार स्थिर नहीं होते हैं, तो किसी विशेष एपीआई के ऐसे हिस्सों को स्पष्ट रूप से अस्थिर के रूप में प्रलेखित किया जाना चाहिए। उदाहरण के लिए, Google Guava लाइब्रेरी में, जो हिस्से अस्थिर माने जाते हैं, और जो जल्द ही बदल सकते हैं, उन्हें जावा एनोटेशन के साथ चिह्नित किया गया है @Beta.[51] एक सार्वजनिक एपीआई कभी-कभी खुद के कुछ हिस्सों को पदावनत या रद्द करने की घोषणा कर सकता है। आमतौर पर इसका मतलब यह है कि एपीआई के हिस्से को हटाए जाने के लिए उम्मीदवार माना जाना चाहिए, या पिछड़े असंगत तरीके से संशोधित किया जाना चाहिए। इसलिए, ये परिवर्तन डेवलपर्स को एपीआई के उन हिस्सों से संक्रमण करने की अनुमति देते हैं जिन्हें हटा दिया जाएगा या भविष्य में समर्थित नहीं किया जाएगा।[52] क्लाइंट कोड में नवीन या अवसरवादी उपयोग हो सकते हैं जो एपीआई डिजाइनरों द्वारा अभिप्रेत नहीं थे। दूसरे शब्दों में, महत्वपूर्ण उपयोगकर्ता आधार वाली लाइब्रेरी के लिए, जब कोई तत्व सार्वजनिक एपीआई का हिस्सा बन जाता है, तो इसका उपयोग विविध तरीकों से किया जा सकता है।[53] 19 फरवरी, 2020 को, अकामाई टेक्नोलॉजीज ने दुनिया भर में वित्तीय सेवाओं पर सार्वजनिक एपीआई प्लेटफार्मों को लक्षित करने वाले साइबर अपराधियों की बढ़ती प्रवृत्ति को प्रदर्शित करते हुए अपनी वार्षिक इंटरनेट रिपोर्ट प्रकाशित की। दिसंबर 2017 से नवंबर 2019 तक, अकामाई ने 85.42 बिलियन क्रेडेंशियल उल्लंघन के हमले देखे। लगभग 20%, या 16.55 बिलियन, एपीआई एंडपॉइंट्स के रूप में परिभाषित होस्टनामों के विरुद्ध थे। इनमें से 473.5 मिलियन ने वित्तीय सेवा क्षेत्र के संगठनों को लक्षित किया है।[54]

दस्तावेज़ीकरण

एपीआई प्रलेखन उन सेवाओं का वर्णन करता है जो एक एपीआई प्रदान करता है और उन सेवाओं का उपयोग कैसे करें, जिसका लक्ष्य व्यावहारिक उद्देश्यों के लिए एक ग्राहक को जानने की आवश्यकता होगी।

एपीआई का उपयोग कर अनुप्रयोगों के विकास और रखरखाव के लिए दस्तावेज़ीकरण महत्वपूर्ण है।[55] एपीआई प्रलेखन पारंपरिक रूप से दस्तावेज़ीकरण फ़ाइलों में पाया जाता है, लेकिन सोशल मीडिया जैसे ब्लॉग, फ़ोरम और क्यू एंड ए वेबसाइटों में भी पाया जा सकता है।[56] पारंपरिक दस्तावेज़ीकरण फ़ाइलें अक्सर एक प्रलेखन प्रणाली के माध्यम से प्रस्तुत की जाती हैं, जैसे कि Javadoc या Pydoc, जिसमें एक सुसंगत रूप और संरचना होती है। हालाँकि, प्रलेखन में शामिल सामग्री के प्रकार एपीआई से एपीआई में भिन्न होते हैं।[57] स्पष्टता के हित में, एपीआई प्रलेखन में एपीआई में वर्गों और विधियों के विवरण के साथ-साथ विशिष्ट उपयोग परिदृश्य, कोड स्निपेट, डिज़ाइन तर्क, प्रदर्शन चर्चा और अनुबंध शामिल हो सकते हैं, लेकिन स्वयं एपीआई सेवाओं के कार्यान्वयन विवरण को आमतौर पर छोड़ दिया जाता है।

एपीआई का उपयोग कैसे किया जा सकता है, इस पर प्रतिबंध और सीमाएं भी प्रलेखन द्वारा कवर की गई हैं। उदाहरण के लिए, एक एपीआई फ़ंक्शन के लिए प्रलेखन नोट कर सकता है कि इसके पैरामीटर शून्य नहीं हो सकते हैं, या फ़ंक्शन स्वयं थ्रेड सुरक्षा नहीं है।[58] क्योंकि एपीआई प्रलेखन व्यापक होता है, लेखकों के लिए दस्तावेज़ीकरण को अद्यतन रखना और उपयोगकर्ताओं के लिए इसे ध्यान से पढ़ना एक चुनौती है, संभावित रूप से बग पैदा करना।[50]REST API के लिए संदर्भ दस्तावेज़ OpenAPI दस्तावेज़ से स्वचालित रूप से उत्पन्न हो सकते हैं, जो एक मशीन-पठनीय पाठ फ़ाइल है जो OpenAPI विशिष्टता में परिभाषित एक निर्धारित प्रारूप और सिंटैक्स का उपयोग करती है। ओपनएपीआई दस्तावेज़ एपीआई के नाम और विवरण जैसी बुनियादी जानकारी को परिभाषित करता है, साथ ही उन कार्यों का वर्णन करता है जिन तक एपीआई पहुंच प्रदान करता है।[59] एपीआई प्रलेखन को जावा एनोटेशन जैसी मेटाडेटा जानकारी से समृद्ध किया जा सकता है। कस्टम व्यवहार या कस्टम हैंडलिंग को लागू करने के लिए इस मेटाडेटा का उपयोग कंपाइलर, टूल्स और रन-टाइम वातावरण द्वारा किया जा सकता है।[60] डेटा-संचालित तरीके से एपीआई दस्तावेज़ तैयार करना संभव है। किसी दिए गए एपीआई का उपयोग करने वाले कई कार्यक्रमों को देखकर, सामान्य उपयोगों के साथ-साथ आवश्यक अनुबंधों और निर्देशों का अनुमान लगाना संभव है।[61] फिर, खनन किए गए डेटा से प्राकृतिक भाषा उत्पन्न करने के लिए टेम्प्लेट का उपयोग किया जा सकता है।

एपीआई के लिए कॉपीराइट सुरक्षा पर विवाद

Main article: Oracle America, Inc. v. Google, Inc.

2010 में, Oracle Corporation ने Android ऑपरेटिंग सिस्टम में एम्बेडेड जावा के एक नए कार्यान्वयन को वितरित करने के लिए Google पर मुकदमा दायर किया।[62] Google ने Java API को पुन: उत्पन्न करने के लिए कोई अनुमति प्राप्त नहीं की थी, हालाँकि समान OpenJDK प्रोजेक्ट को अनुमति दी गई थी। Google ने अपने API के लिए एक लाइसेंस के लिए बातचीत करने के लिए Oracle से संपर्क किया था, लेकिन भरोसे के मुद्दों के कारण इसे ठुकरा दिया गया था। असहमति के बावजूद, Google ने वैसे भी Oracle के कोड का उपयोग करना चुना। न्यायाधीश विलियम अलसुप ने ओरेकल बनाम गूगल मामले में फैसला सुनाया कि यू.एस. में एपीआई को कॉपीराइट नहीं किया जा सकता है और ओरेकल की जीत से प्रतीकों के एक कार्यात्मक सेट के लिए व्यापक रूप से कॉपीराइट सुरक्षा का विस्तार होगा और सरल सॉफ्टवेयर कमांड के कॉपीराइटिंग की अनुमति होगी:

To accept Oracle's claim would be to allow anyone to copyright one version of code to carry out a system of commands and thereby bar all others from writing its different versions to carry out all or part of the same commands.[63][64]

अलसुप के फैसले को 2014 में यूनाइटेड स्टेट्स कोर्ट ऑफ अपील्स फॉर द फेडरल सर्किट में अपील पर पलट दिया गया था, हालांकि एपीआई के इस तरह के उपयोग से उचित उपयोग का सवाल अनसुलझा रह गया था।[65][66] 2016 में, दो सप्ताह के परीक्षण के बाद, एक जूरी ने निर्धारित किया कि जावा एपीआई के Google के पुन: कार्यान्वयन ने उचित उपयोग का गठन किया, लेकिन ओरेकल ने निर्णय की अपील करने की कसम खाई।[67] ओरेकल ने अपनी अपील पर जीत हासिल की, कोर्ट ऑफ अपील्स फॉर द फेडरल सर्किट के फैसले के साथ कि Google द्वारा एपीआई का उपयोग उचित उपयोग के लिए योग्य नहीं था।[68] 2019 में, Google ने संयुक्त राज्य के सर्वोच्च न्यायालय में कॉपीराइट योग्यता और उचित उपयोग दोनों के निर्णयों पर अपील की, और सर्वोच्च न्यायालय ने समीक्षा की अनुमति दी।[69] COVID-19 महामारी के कारण, मामले की मौखिक सुनवाई अक्टूबर 2020 तक विलंबित हो गई।[70] इस मामले का फैसला सुप्रीम कोर्ट ने 6-2 के फैसले के साथ Google के पक्ष में दिया था। न्यायमूर्ति स्टीफन ब्रेयर ने अदालत की राय दी और एक बिंदु पर उल्लेख किया कि घोषित कोड कॉपीराइट के मूल से अधिकांश कंप्यूटर प्रोग्रामों की तुलना में कॉपीराइट योग्य है। इसका अर्थ है कि कॉपीराइट सुरक्षा के मामले में एपीआई में उपयोग किए गए कोड उपन्यासों की तुलना में शब्दकोशों के समान हैं।[71]

उदाहरण

Main category: Application programming interfaces
  • SCSI डिवाइस इंटरफेसिंग के लिए उन्नत SCSI प्रोग्रामिंग इंटरफ़ेस
  • मैकिंटोश के लिए कोको (एपीआई) और कार्बन (एपीआई)।
  • माइक्रोसॉफ्ट विंडोज के लिए डायरेक्टएक्स
  • एहल्लापि
  • जावा एपीआई की सूची
  • माइक्रोसॉफ्ट विंडोज के लिए ओपन डाटाबेस कनेक्टिविटी
  • ओपनएएल क्रॉस-प्लेटफॉर्म साउंड एपीआई
  • सीपीयू और जीपीयू के लिए सामान्य प्रयोजन कंप्यूटिंग के लिए ओपनसीएल क्रॉस-प्लेटफॉर्म एपीआई
  • ओपनजीएल क्रॉस-प्लेटफॉर्म ग्राफिक्स एपीआई
  • ओपनएमपी एपीआई जो यूनिक्स और माइक्रोसॉफ्ट विंडोज प्लेटफॉर्म सहित कई आर्किटेक्चर पर सी, सी ++ और फोरट्रान में मल्टी-प्लेटफॉर्म शेयर्ड मेमोरी मल्टीप्रोसेसिंग प्रोग्रामिंग का समर्थन करता है।
  • सर्वर अनुप्रयोग प्रोग्रामिंग इंटरफ़ेस (SAPI)
  • सिंपल डायरेक्टमीडिया लेयर (SDL)

यह भी देखें

  • एपीआई परीक्षण
  • एपीआई लेखक
  • संवर्धित वेब
  • कॉलिंग कन्वेंशन
  • कॉमन ऑब्जेक्ट रिक्वेस्ट ब्रोकर आर्किटेक्चर (कॉरबा)
  • आवेदन आभासी मशीनों की तुलना
  • डॉक्यूमेंट ऑब्जेक्ट मॉडल (DOM)
  • डबल-चांस फंक्शन
  • विदेशी फ़ंक्शन इंटरफ़ेस
  • आगे और पीछे के सिरे
  • इंटरफ़ेस (कंप्यूटिंग)
  • इंटरफ़ेस नियंत्रण दस्तावेज़
  • 3डी ग्राफिक्स एपीआई की सूची
  • माइक्रोसर्विसेज
  • नाम मैंगलिंग
  • ओपन एपीआई
  • ओपन सर्विस इंटरफेस डेफिनिशन
  • पार्सिंग
  • प्लग-इन (कंप्यूटिंग)
  • आरएएमएल (सॉफ्टवेयर)
  • सॉफ्टवेयर डेवलपमेंट किट (एसडीके)
  • वेब एपीआई
  • वेब सामग्री विक्रेता
  • एक्सपीकॉम

संदर्भ

  1. ↑ Reddy, Marathi (2011). सी ++ के लिए एपीआई डिजाइन. Elsevier Science. p. 1. ISBN 9780123850041.
  2. ↑ 2.0 2.1 Lane, Kin (October 10, 2019). "एपीआई का परिचय: एपीआई का इतिहास". Postman. Retrieved September 18, 2020. जब आप "एपीआई" या इसके विस्तारित संस्करण "एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस" सुनते हैं, तो यह लगभग हमेशा हमारे आधुनिक दृष्टिकोण के संदर्भ में होता है, जिसमें हम JSON या XML प्रारूप में मशीन पठनीय डेटा तक पहुंच प्रदान करने के लिए HTTP का उपयोग करते हैं, अक्सर बस "वेब एपीआई" के रूप में जाना जाता है। API लगभग कंप्यूटिंग जितनी लंबी रही हैं, लेकिन आधुनिक वेब API ने 2000 के दशक की शुरुआत में आकार लेना शुरू किया था।
  3. ↑ Wood, Laura (2021-08-25). "ग्लोबल क्लाउड माइक्रोसर्विसेज मार्केट (2021 से 2026)". Retrieved 2022-03-29.
  4. ↑ 4.0 4.1 4.2 Clarke, Steven (2004). "मापने एपीआई उपयोगिता". Dr. Dobb's. Retrieved 29 July 2016.
  5. ↑ 5.0 5.1 डाटाबेस आर्किटेक्चर - एक व्यवहार्यता कार्यशाला (Report). Washington, DC: U.S. Department of Commerce, National Bureau of Standards. April 1981. pp. 45–47. hdl:2027/mdp.39015077587742. LCCN 81600004. NBS special publication 500-76. Retrieved September 18, 2020.
  6. ↑ 6.0 6.1 6.2 6.3 Bloch, Joshua (August 8, 2018). एपीआई का एक संक्षिप्त, रायशुदा इतिहास (Speech). QCon. San Francisco: InfoQ. Retrieved September 18, 2020.
  7. ↑ 7.0 7.1 Cotton, Ira W.; Greatorex, Frank S. (December 1968). "दूरस्थ कंप्यूटर ग्राफिक्स के लिए डेटा संरचनाएं और तकनीकें". AFIPS '68: Proceedings of the December 9–11, 1968, Fall Joint Computer Conference. AFIPS 1968 Fall Joint Computer Conference. Vol. I. San Francisco, California: Association for Computing Machinery. pp. 533–544. doi:10.1145/1476589.1476661. ISBN 978-1450378994. OCLC 1175621908.
  8. ↑ "application program interface". Oxford English Dictionary (Online ed.). Oxford University Press. (Subscription or participating institution membership required.)
  9. ↑ Date, C. J. (2019). ई.एफ. कॉड एंड रिलेशनल थ्योरी: कॉड के मेजर डाटाबेस राइटिंग की एक विस्तृत समीक्षा और विश्लेषण. p. 135. ISBN 978-1684705276.
  10. ↑ Date, C. J.; Codd, E. F. (January 1975). "संबंधपरक और नेटवर्क दृष्टिकोण: एप्लिकेशन प्रोग्रामिंग इंटरफेस की तुलना". In Randall Rustin (ed.). Proceedings of 1974 ACM-SIGMOD Workshop on Data Description, Access and Control. SIGMOD Workshop 1974. Vol. 2. Ann Arbor, Michigan: Association for Computing Machinery. pp. 83–113. doi:10.1145/800297.811532. ISBN 978-1450374187. OCLC 1175623233.
  11. ↑ Carl, Malamud (1990). नोवेल नेटवर्क का विश्लेषण. Van Nostrand Reinhold. p. 294. ISBN 978-0442003647.
  12. ↑ 12.0 12.1 Jin, Brenda; Sahni, Saurabh; Shevat, Amir (2018). डिजाइनिंग वेब एपीआई. O'Reilly Media. ISBN 9781492026877.
  13. ↑ Fielding, Roy (2000). वास्तुकला शैलियाँ और नेटवर्क-आधारित सॉफ़्टवेयर आर्किटेक्चर का डिज़ाइन (PhD). Retrieved September 18, 2020.
  14. ↑ Dotsika, Fefie (August 2010). "सिमेंटिक एपीआई: सिमेंटिक वेब की ओर बढ़ रहा है". International Journal of Information Management. 30 (4): 335–342. doi:10.1016/j.ijinfomgt.2009.12.003.
  15. ↑ Odersky, Martin; Spoon, Lex; Venners, Bill (10 December 2008). "स्काला और जावा का संयोजन". www.artima.com. Retrieved 29 July 2016.
  16. ↑ de Figueiredo, Luiz Henrique; Ierusalimschy, Roberto; Filho, Waldemar Celes (1994). "अनुप्रयोगों के विस्तार के लिए एक भाषा का डिजाइन और कार्यान्वयन". TeCGraf Grupo de Tecnologia Em Computacao Grafica: 273–284. CiteSeerX 10.1.1.47.5194. S2CID 59833827. Retrieved 29 July 2016.
  17. ↑ Sintes, Tony (13 July 2001). "वैसे भी जावा एपीआई क्या है?". JavaWorld. Retrieved 2020-07-18.
  18. ↑ Winters, Titus; Tom Manshreck; Hyrum Wright, eds. (2020). Google पर सॉफ़्टवेयर इंजीनियरिंग: समय के साथ प्रोग्रामिंग से सीखे गए पाठ. Sebastopol, CA. ISBN 9781492082798. OCLC 1144086840.{{cite book}}: CS1 maint: location missing publisher (link)
  19. ↑ Mastrangelo, Luis; Ponzanelli, Luca; Mocci, Andrea; Lanza, Michele; Hauswirth, Matthias; Nystrom, Nathaniel (2015-10-23). "अपने जोखिम पर प्रयोग करें: जंगली में जावा असुरक्षित एपीआई". Proceedings of the 2015 ACM SIGPLAN International Conference on Object-Oriented Programming, Systems, Languages, and Applications. OOPSLA 2015. New York, NY, USA: Association for Computing Machinery. pp. 695–710. doi:10.1145/2814270.2814313. ISBN 978-1-4503-3689-5.
  20. ↑ Harrand, Nicolas; Benelallam, Amine; Soto-Valero, César; Bettega, François; Barais, Olivier; Baudry, Benoit (2022-02-01). "एपीआई सौंदर्य ग्राहकों की नजर में है: 2.2 मिलियन मावेन निर्भरता क्लाइंट-एपीआई उपयोगों के स्पेक्ट्रम को प्रकट करती है". Journal of Systems and Software (in English). 184: 111134. doi:10.1016/j.jss.2021.111134. ISSN 0164-1212.
  21. ↑ Mclaughlin, Stefano (20 December 1996). "आपको मानकों, एपीआई, इंटरफेस और बाइंडिंग के बारे में क्या पता होना चाहिए". washingtonindependent.com.
  22. ↑ "फ2प्य.ऑर्ग". फ2प्य.ऑर्ग. Retrieved 2011-12-18.
  23. ↑ Fowler, Martin. "नियंत्रण का उलटा".
  24. ↑ Fayad, Mohamed. "ऑब्जेक्ट-ओरिएंटेड एप्लिकेशन फ्रेमवर्क".
  25. ↑ Lewine, Donald A. (1991). पॉज़िक्स प्रोग्रामर गाइड. O'Reilly & Associates, Inc. p. 1. ISBN 9780937175736. Retrieved 2 August 2016.
  26. ↑ West, Joel; Dedrick, Jason (2001). "ओपन सोर्स मानकीकरण: नेटवर्क युग में लिनक्स का उदय" (PDF). Knowledge, Technology & Policy. 14 (2): 88–112. doi:10.1007/PL00022278. S2CID 46082812. Retrieved 2 August 2016.
  27. ↑ Microsoft (October 2001). "Support for Windows XP". Microsoft. p. 4. Archived from the original on 2009-09-26.
  28. ↑ "LSB Introduction". Linux Foundation. 21 June 2012. Retrieved 2015-03-27.
  29. ↑ Stoughton, Nick (April 2005). "Update on Standards" (PDF). USENIX. Retrieved 2009-06-04.
  30. ↑ Bierhoff, Kevin (23 April 2009). "ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर में एपीआई प्रोटोकॉल अनुपालन" (PDF). CMU Institute for Software Research. Retrieved 29 July 2016.
  31. ↑ Wilson, M. Jeff (10 November 2000). "प्रॉक्सी और आरएमआई के साथ स्मार्ट बनें". JavaWorld. Retrieved 2020-07-18.
  32. ↑ Henning, Michi; Vinoski, Steve (1999). Advanced CORBA Programming with C++. Addison-Wesley. ISBN 978-0201379273. Retrieved 16 June 2015.
  33. ↑ Benslimane, Djamal; Schahram Dustdar; Amit Sheth (2008). "Services Mashups: The New Generation of Web Applications". IEEE Internet Computing, vol. 12, no. 5. Institute of Electrical and Electronics Engineers. pp. 13–15. Archived from the original on 2011-09-28. Retrieved 2019-10-01.
  34. ↑ Niccolai, James (2008-04-23), "So What Is an Enterprise Mashup, Anyway?", PC World
  35. ↑ Parr, Ben (21 May 2009). "सोशल मीडिया एपीआई का विकास". Mashable. Retrieved 26 July 2016.
  36. ↑ "रुझान/स्थान प्राप्त करें". developer.twitter.com (in English). Retrieved 2020-04-30.
  37. ↑ Garlan, David; Shaw, Mary (January 1994). "सॉफ्टवेयर आर्किटेक्चर का परिचय" (PDF). Advances in Software Engineering and Knowledge Engineering. 1. Retrieved 8 August 2016.
  38. ↑ Parnas, D.L. (1972). "मॉड्यूल में डीकंपोज़िंग सिस्टम में उपयोग किए जाने वाले मानदंड पर". Communications of the ACM. 15 (12): 1053–1058. doi:10.1145/361598.361623. S2CID 53856438.
  39. ↑ Myers, Brad A.; Stylos, Jeffrey (2016). "एपीआई उपयोगिता में सुधार". Communications of the ACM. 59 (6): 62–69. doi:10.1145/2896587. S2CID 543853.
  40. ↑ Brian Ellis, Jeffrey Stylos, and Brad Myers. 2007. The Factory Pattern in API Design: A Usability Evaluation. In Proceedings of the 29th international conference on Software Engineering (ICSE '07). IEEE Computer Society, USA, 302–312. DOI:https://doi.org/10.1109/ICSE.2007.85 http://www.cs.cmu.edu/~NatProg/papers/Ellis2007FactoryUsability.pdf
  41. ↑ Synchronous vs. Asynchronous Writes - Packaged Contact Center Enterprise - Document - Cisco DevNet
  42. ↑ Silva, Paulo (2019). "ग्लोबल क्लाउड माइक्रोसर्विसेज मार्केट (2021 से 2026)". Retrieved 2022-03-29.
  43. ↑ "वेब सुरक्षा". 2022-02-18. Retrieved 2022-03-29.
  44. ↑ "एपीआई कुंजी - एपीआई कुंजी क्या है? | एपीआईलेयर ब्लॉग" (in English). 2022-03-01. Retrieved 2022-07-15.
  45. ↑ de Ternay, Guerric (Oct 10, 2015). "Business Ecosystem: Creating an Economic Moat". BoostCompanies. Retrieved 2016-02-01.
  46. ↑ Boyd, Mark (2014-02-21). "निजी, भागीदार या सार्वजनिक: कौन सी एपीआई रणनीति व्यवसाय के लिए सर्वश्रेष्ठ है?". ProgrammableWeb. Retrieved 2 August 2016.
  47. ↑ Weissbrot, Alison (7 July 2016). "कार सर्विस एपीआई हर जगह हैं, लेकिन पार्टनर ऐप्स के लिए इसमें क्या है?". AdExchanger.
  48. ↑ "क्लाउडफ्लेयर एपीआई v4 प्रलेखन". cloudflare. 25 February 2020. Retrieved 27 February 2020.
  49. ↑ Liew, Zell (17 January 2018). "कार सर्विस एपीआई हर जगह हैं, लेकिन पार्टनर ऐप्स के लिए इसमें क्या है". Smashing Magazine. Retrieved 27 February 2020.
  50. ↑ 50.0 50.1 Shi, Lin; Zhong, Hao; Xie, Tao; Li, Mingshu (2011). एपीआई प्रलेखन के विकास पर एक अनुभवजन्य अध्ययन. pp. 416–431. doi:10.1007/978-3-642-19811-3_29. ISBN 978-3-642-19810-6. Retrieved 22 July 2016. {{cite book}}: |work= ignored (help)
  51. ↑ "अमरूद-पुस्तकालय - अमरूद: जावा 1.6+ के लिए Google कोर पुस्तकालय - Google प्रोजेक्ट होस्टिंग". 2014-02-04. Retrieved 2014-02-11.
  52. ↑ Oracle. "कैसे और कब एपीआई का बहिष्कार करना है". Java SE Documentation. Retrieved 2 August 2016.
  53. ↑ Mendez, Diego; Baudry, Benoit; Monperrus, Martin (2013). "Empirical evidence of large-scale diversity in API usage of object-oriented software". 2013 स्रोत कोड विश्लेषण और हेरफेर (SCAM) पर IEEE 13वां अंतर्राष्ट्रीय कार्य सम्मेलन. pp. 43–52. arXiv:1307.4062. doi:10.1109/SCAM.2013.6648183. ISBN 978-1-4673-5739-5. S2CID 6890739.
  54. ↑ Takanashi, Dean (19 February 2020). "अकामाई: साइबर अपराधी वित्तीय सेवा फर्मों के एपीआई पर हमला कर रहे हैं". Venture Beat. Retrieved 27 February 2020.
  55. ↑ Dekel, Uri; Herbsleb, James D. (May 2009). "नॉलेज पुशिंग के साथ एपीआई प्रलेखन उपयोगिता में सुधार". Institute for Software Research, School of Computer Science. CiteSeerX 10.1.1.446.4214.
  56. ↑ Parnin, Chris; Treude, Cristoph (May 2011). "वेब पर एपीआई प्रलेखन को मापना". Web2SE: 25–30. doi:10.1145/1984701.1984706. ISBN 9781450305952. S2CID 17751901.
  57. ↑ Maalej, Waleed; Robillard, Martin P. (April 2012). "एपीआई संदर्भ प्रलेखन में ज्ञान के पैटर्न" (PDF). IEEE Transactions on Software Engineering. Retrieved 22 July 2016.
  58. ↑ Monperrus, Martin; Eichberg, Michael; Tekes, Elif; Mezini, Mira (3 December 2011). "डेवलपर्स को क्या पता होना चाहिए? एपीआई प्रलेखन के निर्देशों पर एक अनुभवजन्य अध्ययन". Empirical Software Engineering. 17 (6): 703–737. arXiv:1205.6363. doi:10.1007/s10664-011-9186-4. S2CID 8174618.
  59. ↑ "ओपनएपीआई दस्तावेज़ की संरचना". OpenAPI Documentation (in English). Retrieved 2022-11-06.
  60. ↑ "एनोटेशन". Sun Microsystems. Archived from the original on 2011-09-25. Retrieved 2011-09-30..
  61. ↑ Bruch, Marcel; Mezini, Mira; Monperrus, Martin (2010). "Mining subclassing directives to improve framework reuse". 2010 खनन सॉफ्टवेयर रिपॉजिटरी (MSR 2010) पर 7वां IEEE वर्किंग कॉन्फ्रेंस. pp. 141–150. CiteSeerX 10.1.1.434.15. doi:10.1109/msr.2010.5463347. ISBN 978-1-4244-6802-7. S2CID 1026918.
  62. ↑ "ओरेकल और प्रोग्रामिंग का अंत जैसा हम जानते हैं". DrDobbs. 2012-05-01. Retrieved 2012-05-09.
  63. ↑ "APIs Can't be Copyrighted Says Judge in Oracle Case". TGDaily. 2012-06-01. Retrieved 2012-12-06.
  64. ↑ "Oracle America, Inc. vs. Google Inc" (PDF). Wired. 2012-05-31. Retrieved 2013-09-22.
  65. ↑ "Oracle Am., Inc. बनाम Google Inc., संख्या 13-1021, Fed. सर्क। 2014". Archived from the original on 2014-10-10.
  66. ↑ Rosenblatt, Seth (May 9, 2014). "जावा पेटेंट अपील में Android पर Oracle के साथ कोर्ट का पक्ष". CNET. Retrieved 2014-05-10.
  67. ↑ "Google Oracle को हराता है - Android Java API का "उचित उपयोग" करता है". Ars Technica. 2016-05-26. Retrieved 2016-07-28.
  68. ↑ Decker, Susan (March 27, 2018). "ऑरेकल ने गूगल के खिलाफ बिलियन-डॉलर केस का पुनरुद्धार जीता". Bloomberg Businessweek. Retrieved March 27, 2018.
  69. ↑ Lee, Timothy (January 25, 2019). "Google ने सर्वोच्च न्यायालय से एपीआई कॉपीराइट पर विनाशकारी फैसले को रद्द करने के लिए कहा". Ars Technica. Retrieved February 8, 2019.
  70. ↑ vkimber (2020-09-28). "Google LLC v. Oracle अमेरिका, Inc". LII / Legal Information Institute (in English). Retrieved 2021-03-06.
  71. ↑ "संयुक्त राज्य अमेरिका का सर्वोच्च न्यायालय, नंबर 18–956, GOOGLE LLC, याचिकाकर्ता बनाम Oracle अमेरिका, INC।" (PDF). April 5, 2021.


अग्रिम पठन


इस पेज में लापता आंतरिक लिंक की सूची

बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=एपीआई&oldid=59924’