सही JSON API या JSON RPC

JSON API क्या है?

निश्चित रूप से कई में पता है।

JSON - JSON डेटा विनिमय के लिए पाठ प्रारूप
एपीआई - एपीआई एप्लीकेशन प्रोग्रामिंग इंटरफ़ेस

यहां कीवर्ड: डेटा विनिमय इंटरफ़ेस।

A, तो JSON-RPC क्या है?

JSON - हम पहले से ही जानते हैं।

RPC - दूरस्थ प्रक्रिया RPC कहलाती है

हम निष्कर्ष निकालते हैं कि JSON-RPC है: दूरस्थ डेटा विनिमय।

निश्चित रूप से यह डेटा एक्सचेंज एक निश्चित इंटरफ़ेस के साथ होगा, अर्थात। एपीआई के साथ।

और क्या समस्या है ?! तुम पूछते हो। और तथ्य यह है कि JSON API को विकसित करने वाले कुछ प्रोग्रामर, अर्थात् इंटरफ़ेस, JSON-RPC के बारे में भूल जाते हैं। और साइकिल का अगला आविष्कार शुरू होता है। फ़्रंटेंड प्रोग्रामर कहता है: "मैं तुम्हें इस तरह के जोंस दूंगा", और बैकेंड प्रोग्रामर जवाब देता है: "मैं तुम्हें इस तरह के जौन को वापस कर दूंगा"। और सब ठीक होगा, लेकिन यह याद रखना अच्छा होगा कि स्मार्ट लोगों के पास लंबे समय से विकसित मानक हैं, या डेटा एक्सचेंज प्रोटोकॉल। और कुछ सुपर कॉम्प्लेक्स नहीं, लेकिन बहुत सरल हैं: JSON-RPC

सबसे अधिक संभावना है, अगर यह नहीं कहना है कि लगभग हर कोई जानता है और यहां तक ​​कि इन प्रोटोकॉल का उपयोग करता है। सर्वरों का एक गुच्छा लिखा जाता है, आदि। लेकिन व्यक्तिगत रूप से, मौजूदा प्रोटोकॉल में सब कुछ मेरे अनुकूल नहीं है। वे मुझे बहुत लचीले और हर चीज में तार्किक नहीं लग रहे थे। जैसा कि आपने अनुमान लगाया होगा, मैंने अपनी बाइक json-rpc-1.5 का आविष्कार करने का फैसला किया है

मौजूदा प्रोटोकॉल से मुख्य अंतर हैं:

• वैकल्पिक "साइन" पैरामीटर - हस्ताक्षर या टोकन
• प्रश्नों में, परम पैरामीटर के बजाय, डेटा पैरामीटर का उपयोग किया जाता है, क्योंकि हम हमेशा डेटा भेजते हैं, न कि सिर्फ पैरामीटर।
• सभी उत्तरों में पैरामीटर "परिणाम" हमेशा लौटाया जाता है और इसमें क्वेरी "सफलता" या "त्रुटि" के परिणाम का विवरण होता है।
• प्रतिक्रियाओं में सभी डेटा "डेटा" पैरामीटर में आता है
• आप अनुरोधों और प्रतिक्रिया मापदंडों के नाम के लिए उपनाम का उपयोग कर सकते हैं।

यह लग सकता है। कि अंतर मामूली हैं, लेकिन वे मौलिक रूप से महत्वपूर्ण हैं।
वैसे, यह प्रोटोकॉल व्यवहार में दिखाई दिया, अर्थात। Json api बनाते समय, मैंने इस प्रोटोकॉल में वर्णित दृष्टिकोण का उपयोग किया।

पुनश्च:

नकारात्मक टिप्पणियों और minuses का एक समूह प्राप्त करने के बाद, मैंने फिर से जांच करने का फैसला किया, शायद मैं वास्तव में कुछ गलत कर रहा हूं? स्वाभाविक रूप से, जो कुछ भी मैं यहां लिखता हूं वह मेरी निजी राय है और मैं किसी पर कुछ भी नहीं थोपता। मैं आपको कुछ उदाहरण देता हूं:
1. Yandex प्रत्यक्ष JSON एपीआई अनुरोध का उदाहरण:

{ "method": "GetClientInfo", "param": ["agrom"], "locale": "ru", "token": "0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f0f" } 

वे टोकन के बारे में भी पढ़ सकते हैं: प्राधिकरण टोकन

2. Apple पे का उपयोग करके मोबाइल एप्लिकेशन से Sberbank API भुगतान का उदाहरण
मैं एक JSON अनुरोध नहीं दूंगा, यह बड़ा है, आप लिंक देख सकते हैं।
यह महत्वपूर्ण है कि JSON अनुरोध में एक "भुगतानटोकन" हो। यहां Apple की टोकन फॉर्मेशन रिक्वायरमेंट्स का लिंक दिया गया है

यह समझना महत्वपूर्ण है कि एपीआई में टोकन और हस्ताक्षर अक्सर उपयोग किए जाते हैं, स्वाभाविक रूप से अन्य सुरक्षा विधियों के साथ। और जो विभिन्न एपीआई के साथ काम करते हैं वे यह अच्छी तरह से जानते हैं।