JSON या जावास्क्रिप्ट ऑब्जेक्ट नोटेशन केवल डेटा के लिए एक प्रारूप या मानक है। यह एक लॉगिन नाम या कुछ और जिसे REST सेवा द्वारा उपभोग किए जाने की आवश्यकता है जैसे कुछ प्रसारित करने के लिए प्रारूप पर सहमति है।
इस भाग को देखें: http://en.wikipedia.org/wiki/JSON
हालांकि मूल रूप से जावास्क्रिप्ट स्क्रिप्टिंग भाषा से व्युत्पन्न, JSON एक भाषा-स्वतंत्र डेटा प्रारूप है, और JSON डेटा को पार्स करने और उत्पन्न करने के लिए कोड आसानी से प्रोग्रामिंग भाषाओं की एक विशाल विविधता में उपलब्ध है।
यह किसी विशेष प्रोग्रामिंग भाषा का हिस्सा नहीं है, इसलिए विभिन्न प्रणालियां डेटा के आसपास आसानी से पारित कर सकती हैं, अगर उन्हें पता है कि वे JSON का उपयोग कर रहे हैं।
बाकी के लिए यह वेब सेवाओं के लिए उपयोग की जाने वाली वास्तुकला की एक शैली है।
इस भाग को देखें: http://en.wikipedia.org/wiki/Representational_state_transfer
इस बारे में सोचने का एक तरीका यह है, यदि आप एक वेब सेवा लिखना चाहते हैं, जो कई अलग-अलग कंप्यूटरों से बात कर सकते हैं .. और जानकारी का आदान-प्रदान कर सकते हैं। आप URL के माध्यम से डेटा स्वीकार करने के लिए अपनी वेब सेवा लिख सकते हैं
http://www.myservice.com/specialRESTService?name=punkouter
प्रतिक्रिया वापस एक JSON वस्तु हो सकती है जो आपके डेटा को इंगित करती है।
{
"name": "punkouter",
"status": "service downloaded your data",
}
मैंने कभी ओडटा के बारे में नहीं सुना था, इसलिए मैंने इसे देखा:
OData AtomPub प्रोटोकॉल और JSON पर बनाया गया है जहां Atom संरचना एक लिफाफा है जिसमें प्रत्येक ODD अनुरोध से लौटाया गया डेटा शामिल है। एक OData अनुरोध सभी अनुरोधों के लिए REST मॉडल का उपयोग करता है। प्रत्येक REST कमांड एक POST, GET, PUT, PATCH, या DELETE http अनुरोध (CRUD की मैपिंग) है जहाँ कमांड की बारीकियाँ url में हैं।
प्राप्त करें: संस्थाओं का एक संग्रह (एक फ़ीड दस्तावेज़ के रूप में) या एक इकाई (एक प्रविष्टि दस्तावेज़ के रूप में) प्राप्त करें।
पोस्ट: एक प्रविष्टि दस्तावेज़ से एक नई इकाई बनाएँ।
PUT: एक मौजूदा इकाई को एक प्रविष्टि दस्तावेज़ के साथ अपडेट करें।
PATCH: किसी मौजूदा इकाई को आंशिक प्रविष्टि दस्तावेज़ के साथ अपडेट करें।
DELETE: एक इकाई निकालें।
लगता है जैसे ओडटा एक वैनिला रेस्ट स्टाइल आर्किटेक्चर को बढ़ाने के लिए कुछ लिखा गया है .. लेकिन ऐसा लगता है कि यह आपको सी # या स्क्रैच से जो भी भाषा का उपयोग कर रहा है, उसे लिखने के बजाय आपको कुछ अतिरिक्त चीजें दे सकता है।
यदि आप काम करते हुए आपको ओडटा का उपयोग करने पर जोर दे रहे हैं, तो आप अभी भी JSON का उपयोग कर रहे हैं..लेकिन Microsoft et al द्वारा लिखित OData फ्रेमवर्क / मानक के भीतर।
किसी ने भी जावास्क्रिप्ट में एक OData (sic) क्वेरी के परिणामों को पार्स करेगा ??
हां, चूंकि (ऐसा लगता है) यह JSON का उपयोग कर रहा है। जेएस का उपयोग करना पूरी तरह से स्वाभाविक होगा।
हो सकता है कि ओडटा सभी ग्राहकों के लिए एक जेनेरिक एंडपॉइंट प्रदान करने के बारे में अधिक है जो कि JSON द्वारा प्रदान नहीं की जाने वाली क्वेरी से विस्तृत जानकारी प्राप्त करने के लिए है? इसलिए यदि मैं डेटा प्रदान करने वाला था तो मुझे लगता है कि ओडटा किसके लिए है?
Odata एक REST सेवा प्रदान कर रहा होगा .. लेकिन एक सादे "जेनेरिक" REST सेवा समापन बिंदु के शीर्ष पर कुछ अतिरिक्त मानक सेवाओं के साथ .. क्लाइंट परवाह नहीं करते कि आप OData का उपयोग कर रहे हैं, या अपनी स्वयं की C # सेवा को रोल कर रहे हैं .. जब तक कि प्रतिक्रिया के रूप में एक प्रारूप पर सहमत थे (JSON की तरह)। हालांकि, आपके काम के लिए शायद वे ओडटा का उपयोग करना चाहते हैं क्योंकि यह बहुत सारे 'आउट ऑफ द बॉक्स' फीचर्स प्रदान करता है।