मैं एक आवेदन पत्र निकालते हैं और करने की जरूरत है उस पर काम कर रहा हूँ से संपादित करें कैलेंडर घटनाओं Outlook.com और Office 365 मैंने देखा है वहाँ 2 विकल्प हैं:आउटलुक REST API बनाम माइक्रोसॉफ्ट ग्राफ़
उनके पास बहुत अधिक इंटरफेस लगता है। मैंने देखा कि Outlook REST API में अधिसूचनाओं (webhooks) के लिए समर्थन है, माइक्रोसॉफ़्ट ग्राफ नहीं है? तो कौन सा चयन करना है, फायदे/नुकसान क्या हैं और 2 एपीआई क्यों हैं?
Outlook.com से कैलेंडर ईवेंट पुनर्प्राप्त करने और संपादित करने के लिए, माइक्रोसॉफ्ट ग्राफ एपीआई और आउटलुक आरईएसटी एपीआई काम करता है। यदि आपको किसी ऐप के लिए वेबहुक की आवश्यकता है तो आप उत्पादन में उपयोग करने की योजना बना रहे हैं, तो आपको Outlook REST API v2.0 एंडपॉइंट का उपयोग करने की आवश्यकता है। हमारे पास वेब ग्राफिक्स माइक्रोसॉफ्ट ग्राफ पर पूर्वावलोकन में उपलब्ध हैं, और जीए के लिए काम कर रहे हैं, ताकि आप उन्हें भविष्य में अपने उत्पादन ऐप्स में इस्तेमाल कर सकें। यदि आपको अपने ऐप के लिए वेबहुक की आवश्यकता नहीं है, तो आप माइक्रोसॉफ्ट ग्राफ v1.0 का उपयोग कर सकते हैं। माइक्रोसॉफ्ट ग्राफ और आउटलुक आरईएसटी एपीआई एंडपॉइंट्स दोनों पूरी तरह से समर्थित हैं।
अब 2 अंतराल क्यों हैं। आउटलुक आरईएसटी एपीआई v1.0 अक्टूबर 2014 में लॉन्च किया गया था, और हमने नवंबर 2015 में एक बेहतर v2.0 संस्करण की पेशकश की। इसमें एपीआई के माध्यम से नवीनतम नवीनतम आउटलुक सुविधाएं सामने आई हैं। माइक्रोसॉफ्ट ग्राफ v1.0 एक सुविधाजनक एंडपॉइंट है, जिसे हमने कई माइक्रोसॉफ्ट सेवाओं से जानकारी तक पहुंचने के लिए नवंबर 2015 में लॉन्च किया था, उदाहरण के लिए, आउटलुक, वन ड्राइव और एज़ूर एक्टिव डायरेक्टरी। वास्तव में, जब आप किसी भी Outlook सुविधाओं के लिए Microsoft Graph v1.0 एंडपॉइंट का अनुरोध करते हैं, तो अनुरोध कवर के तहत Outlook REST API v2.0 एंडपॉइंट पर भेजा जाता है। तो एपीआई सेट डिजाइन द्वारा समान हैं!
हम व्यक्तिगत सेवा एपीआई एंडपॉइंट्स (आउटलुक आरईएसटी एपीआई, वनड्राइव एपीआई, एएडी ग्राफ एपीआई इत्यादि) और माइक्रोसॉफ्ट ग्राफ के बीच किसी भी अंतर को बंद करने के लिए कड़ी मेहनत कर रहे हैं, लेकिन दो कारणों से एक छोटा डेल्टा होगा।
हमारी सिफारिश आपके लिए माइक्रोसॉफ्ट ग्राफ का उपयोग करने के लिए है जब तक कि आपके उत्पादन ऐप्स का समर्थन करने के लिए उत्पादन में आवश्यक सुविधाओं/एपीआई हों, या कम से कम पूर्वावलोकन में ऐप विकास का समर्थन करने के लिए पूर्वावलोकन में। इससे भविष्य में, आपके ऐप कार्यक्षमता को विस्तारित करना आसान हो जाता है, जिसमें एंडपॉइंट्स को बदले बिना कई माइक्रोसॉफ्ट सेवाओं तक पहुंच की आवश्यकता होती है। आप व्यक्तिगत सेवा अंतराल जैसे Outlook REST API का उपयोग कर सकते हैं यदि आपको ऐसी सुविधा की आवश्यकता है जो केवल व्यक्तिगत सेवा समापन बिंदु में उपलब्ध हो, या तो उत्पादन (v2.0) या पूर्वावलोकन (बीटा) के रूप में।
हाय वेंकट, आपकी स्पष्टीकरण के लिए धन्यवाद। क्या आप मुझे यह भी बता सकते हैं कि मुझे एंड्रॉइड ऐप के लिए Office 365 लाइसेंस की आवश्यकता है जो Outlook REST API v2 का उपयोग कर कुछ मीटिंग रूम उपयोगकर्ताओं के कैलेंडर को प्रदर्शित करता है?या यह पर्याप्त काम से एक आउटलुक खाता है? मैं काफी उलझन में हूँ। धन्यवाद! –
जवाब देने में देरी के लिए खेद है। मुझे संदेश अधिसूचनाएं याद आईं। आपके एंड्रॉइड ऐप के उपयोगकर्ताओं को Office 365 उपयोगकर्ता होने की आवश्यकता है। अपने ऐप को पंजीकृत करने के लिए, अपने कॉन्फ़्रेंस रूम परिदृश्य के लिए, आपको Office 365 किरायेदार का उपयोग करके अपना ऐप पंजीकृत करना होगा। ऐप सभी कॉन्फ़्रेंस रूम के कैलेंडर तक पहुंचने के लिए क्लाइंट क्रेडेंशियल ओथ फ्लो का उपयोग करेगा। इसलिए, यदि आप काम पर Office 365 का उपयोग कर रहे हैं, तो आप अपने ऐप को पंजीकृत करने के लिए अपने संगठन के Office 365 खाते का उपयोग कर सकते हैं। उम्मीद है कि यह मदद करता है ... –
तो अगर मैं Outlook.com खाते में साइन इन कर रहा हूं और Office365 खाता नहीं तो उपयोगकर्ताओं को रीडायरेक्ट करने की आवश्यकता कहां है? यह मुझे 365 लॉगिन पेज पर ले जाता है, मुझे Outlook.com पर रीडायरेक्ट करने का प्रयास करता है, फिर जब मैं ओएथ करने की कोशिश करता हूं तो मुझे वापस 365 पर ले जाता है। –